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作为 一 名 程序 员 ， 我 的 职业 生涯 中 一 直 贯 穿着 这 样 的 主题 : 寻求 更 好 的 抽象 和 更 好 的 工 
具 来 编写 更 好 的 软件 。 经 过 了 这 些 年 ， 我 认为 可 组 合 性 (composability) 是 一 项 比 其 他 特 
征 更 重要 的 特征 。 如 果 我 们 编写 的 代码 具有 很 好 的 可 组 合 性 ， 这 通常 意味 着 这 些 代码 同 
样 具备 软件 工程 师 所 看 重 的 其 他 特征 ， 如 正 交 性 (orthogonality) 、 松 耦合 性 以 及 高 聚合 性 
(high cohesion) 。 这 些 都 是 互通 的 。 

几 年 前 ， 当 我 发 现 Scala 语言 时 ， 它 的 可 组 合 性 便 给 我 带 来 了 很 大 的 震撼 。 

Martin Odersky 创造 Scala 时 ， 运 用 了 一 些 简洁 的 设计 方法 以 及 源 于 面向 对 象 和 函数 式 编程 
的 一 些 看 似 简 单 却 很 强大 的 抽象 ， 这 使 得 Scala 具备 高 聚合 性 ， 而 具备 了 正 交 性 的 高 度 抽象 
则 给 这 门 语言 带 来 可 用 于 软件 设计 各 个 方面 的 可 组 合 性 。Scala 是 一 门 真正 具备 了 可 扩展 性 
的 语言 ， 我 们 既 能 使 用 它 编写 各 种 脚本 语言 ， 也 能 使 用 它 实现 大 规模 企业 应 用 和 中 间 件 。 
Scala 起 源 于 学 术 界 ， 却 已 经 成 长 为 了 一 门 注重 实用 性 的 语言 ， 对 于 那些 真实 生产 环境 中 
的 应 用 场景 ，Scala 已 经 完全 准备 好 了 。 


«Scala 程序 设计 》 一 书 的 实用 性 让 我 感到 兴奋 。Dean 干 得 太 棒 了 ， 除 了 使 用 有 趣 的 讨论 和 
示例 对 Scala 这 门 语言 进行 讲解 之 外 ， 还 将 这 些 内 容 套 到 真实 世界 的 应 用 场景 中 。 这 本 书 
是 为 那些 希望 能 够 解决 实际 问题 的 程序 员 所 编写 的 。 

几 年 前 ， 我 们 还 都 是 面向 切面 编程 委员 会 的 成 员 时 ， 我 认识 了 Dean。 我 很 庆幸 能 够 认识 
他 。Dean 拥有 一 个 少见 的 混合 型 大 脑 ， 他 既 能 思考 高 深 的 学 术 问 题 ， 也 能 想到 如 何 运用 实 
际 的 方法 解决 问题 。 
通过 阅读 这 本 书 ， 你 将 学 到 如 何 使 用 mixin 和 函数 组 合 编写 可 重用 组 件 ， 如 何 运 用 Akka 
库 编写 响应 式 (reactive) 应 用 ， 如 何 高 效 地 使 用 Scala 提供 的 一 些 高 级 特征 ， 如 宏 、higher 
kinded 类 型 ， 如 何 通 过 Scala 的 丰富 、 灵 活 而 又 富有 表现 力 的 语法 构造 领域 特定 语言 ， 如 
何 有 效 地 测试 你 的 Scala 代码 ， 如 何 通 过 Scala 简化 大 数据 问题 ， 等 等 。 


读者 们 ， 请 好 好 享受 阅读 这 本 书 的 时 光 ， 正 如 我 所 做 的 那样 。 




































































Jonas Bonér 
Typesafe 公司 联合 创始 人 兼 技术 总 监 ，2014 年 8 月 


XV 





2| 
mi} 


(Scala 程序 设计 》 问 读者 介绍 了 一 门 既 令 人 振奋 又 功能 强大 的 语言 ， 该 门 语言 集合 了 现代 
对 象 模 型 、 函 数 式 编程 以 及 先进 类 型 系统 的 所 有 优点 ， 同 时 又 能 应 用 获得 产业 界 大 量 投资 
的 Java 虚拟 机 (JVM)。 这 本 书 通 过 大 量 的 代码 示例 ， 向 读者 全 面 阐述 了 如 何 使 用 Scala 
迅速 编写 代码 ， 解 释 了 为 什么 Scala 是 编写 可 扩展 、 分 布 式 、 基 于 组 件 且 支持 并 发 和 分 布 
的 应 用 程序 的 最 完美 语言 。Scala 运行 在 先进 的 JVM 平台 之 上 ， 通 过 阅读 本 书 ， 读 者 还 能 
了 解 到 Scala 是 如 何 发 挥 JVM 平台 优势 的 。 

如 果 你 想 了 解 更 多 内 容 ， 请 访问 http://programming-scala.org 或 查阅 本 书目 录 (http://shop. 
oreilly.com/product/0636920033073.do) 。 


次 迎 阅 读 《Scala 程 序 设计 (第 2 版 )》 


本 书 第 1 版 出 版 于 2009 年 秋 ， 是 当时 市 面 上 第 三 本 讲述 Scala 的 图 书 ， 仅 仅 因 为 耽误 了 几 
个 月 ， 未 能 成 为 第 二 本 。Scala 当时 的 官方 版 本 号 为 2.7.5， 而 2.8.0 版 则 接近 完工 。 


从 那 时 起 ，Scala 世界 发 生 了 巨大 的 变化 。 编 写本 书 时 ，Scala 的 版 本 号 为 2.11.2。 为 了 进 
一 步 提 升 Scala 语言 以 及 相关 工具 ，Scala 的 创建 者 Martin Odersky 与 基于 actor 模型 的 并 
发 框架 Akka 的 作者 Jonas Bonér 一 同 创 立 了 Typesafe (http://typesafe.com) 公司 。 


现在 已 经 出 版 了 很 多 Scala 的 图 书 ， 我 们 真 的 有 必要 再 推出 第 2 版 吗 ? 市 场 上 现存 不 少 适 
合 初学 者 的 Scala 指南 ， 也 出 现 了 一 些 供 高 级 学 习 者 使 用 的 图 书 ， 由 Artima 出 版 Odersky 
等 人 撰写 的 《Scala 编程 (第 2 版 )》 仍 被 视 为 Scala 语言 的 百科 全 书 。 


然而 ， 本 书 第 2 版 非常 完整 地 描述 了 Scala 语言 及 其 生态 系统 ， 既 为 初学 者 成 为 Scala 高 级 
用 户 提供 了 所 需要 的 指导 ， 又 关注 了 开发 人 员 所 面 对 的 实用 性 问题 ， 这 是 本 书 独一无二 的 
地 方 ， 也 是 第 1 版 广 受 欢迎 的 原因 所 在 。 

与 2009 年 相 比 ， 现 在 有 更 多 的 机 构 选用 了 Scala， 大 多 数 Java 开发 者 也 都 听 说 过 这 门 语 
言 。 同 时 ， 也 出 现 了 一 些 针 对 Scala 语言 的 持续 质疑 。Scala 是 不 是 太 复 杂 了 ? BEM Java 8 
已 经 引入 了 一 些 Scala 特性 ， 那 还 有 必要 使 用 Scala 吗 ? 
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对 于 真实 世界 中 的 种 种 质疑 ， 我 将 一 一 解答 。 我 常常 说 ，Scala 的 一 切 ， 包 括 它 的 不 足 之 
处 ， 都 让 我 为 之 着 迷 。 我 希望 读者 阅读 完 本 书 也 会 有 同感 。 


如 何 阅读 本 书 

本 书 论述 全 面 ， 初 级 读者 无 须 阅 读 所 有 内 容 便 可 以 使 用 Scala 进行 编程 。 本 书 的 前 3 章 
“RAKE: Scala 简介 ”“ 更 简洁 ， 更 强大 ”和 “要 点 详解 "， 简 要 概括 了 Scala 的 核心 语 
言 特性 。 第 4 章 “ 模 式 匹配 ”和 第 5 章 “ 隐 式 详解 ”描述 了 使 用 Scala 编程 时 每 天 都 会 用 
到 的 两 类 基本 工具 ， 通 过 对 这 两 类 工具 的 描述 将 读者 引领 到 更 深 的 领域 里 。 

函数 式 编程 (FP) 是 一 种 重要 的 软件 开发 方案 ,假如 你 之 前 从 未 接触 过 FP， 那么 阅读 第 6 
章 能 通过 Scala 学 习 函 数 式 编 程 。 紧 接着 第 7 章 ， 将 说 明 Scala 对 for 循环 的 扩展 ， 以 及 如 
可 使 用 该 扩展 提供 的 简洁 语法 实现 复杂 而 又 符合 规范 的 函数 式 代码 。 


之 后 ， 第 8 章 将 介绍 Scala 是 如 何 支持 面向 对 象 编 程 (OOP) 的 。 为 了 强调 FP 对 于 解决 软 
件 开 发 问题 的 重要 性 ， 我 将 FP 相关 章节 放 到 OOP 章节 之 前 。 如 果 将 Scala 当 作 “更 好 的 
面向 对 象 的 Java”， 那 会 较 容易 上 手 ， 但 这 样 会 丢掉 这 门 语言 最 有 力 的 工具 。 第 8 章 的 大 
多 数 内 容 在 概念 上 很 容易 理解 ， 读 者 将 学 到 在 Scala 中 如 何 定义 类 、 构 造 国 数 等 与 Java 相 
以 的 概念 。 

第 9 章 将 继续 探索 Scala 的 功能 一 一 使 用 trait 对 行为 进行 封装 。Java 8 受到 了 Scala trait 机 
制 的 影响 ， 通 过 对 接口 进行 扩展 ， 新 增 了 部 分 trait 功能 。 对 于 这 部 分 内 容 而 言 ， 即 便 是 有 
经 验 的 Java 程序 员 也 需要 花 时 间 理 解 。 

接 下 来 的 4 章 ， 从 第 10 章 到 第 13 章 ,“Scala 对 象 系统 (1)”“Scala 对 象 系统 (IT)”“Scala 
集合 库 ” 以 及 “可 见 性 规则 ”， 详 细 地 讲解 了 Scala 的 对 象 模型 和 库 类 型 。 由 于 第 10 章 包 
含 了 一 些 必须 要 尽早 掌握 的 基本 知识 ， 因 此 阅读 时 要 务必 仔细 。 第 11 章 讲 述 了 如 何 正确 
地 实现 普通 类 型 层次 ， 你 可 以 在 第 一 遍 阅 读本 书 时 略 过 这 一 章 。 第 12 章 讨论 了 集合 设计 
问题 并 提供 了 合理 使 用 集合 的 相关 信息 。 再 重申 一 遍 ， 假 如 你 初次 接触 Scala， 那 么 请 先 
略 过 此 章 ， 当 你 试图 掌握 集合 类 API 的 详细 内 容 时 ， 再 回来 学 习 。 最 后 ， 第 13 章 详细 解 
FE T Scala 是 如 何 对 Java 的 public, protected 以 及 private 可 见 性 概念 进行 细 粒 度 扩 展 的 。 
可 以 快速 阅览 此 章 。 

从 第 14 章 开 始 ， 我 们 将 进入 更 高 级 的 主题 : Scala 复杂 类 型 。 这 部 分 内 容 划 分 为 两 章 : 第 
14 章 包含 了 Scala 新 手相 对 容易 理解 的 概念 ， 而 第 15 章 则 讲述 了 更 高 级 的 内 容 ， 你 可 以 
选择 以 后 再 进行 阅读 。 

类 似 地 ， 第 16 章 “ 高 级 函数 式 编程 ”讲述 的 内 容 中 包括 了 更 多 高 级 的 理论 概念 ， 例 如 ， 
Monad FUH FN (Functor) 这 些 起 源 于 范畴 论 的 概念 。 一 般 水 平 的 Scala 开发 者 在 最 初 并 
不 需要 掌握 这 些 内 容 。 

第 17 章 “ 并 发 工具 ”有 助 于 开发 大 型 服务 的 程序 员 实现 并 发 性 的 可 伸缩 性 和 可 扩展 性 。 
这 一 章 既 论述 了 Akka 这 一 基于 actor 的 富 并 发 模型 ， 又 讲述 了 像 Future 这 类 有 助 于 编写 
异步 代码 的 库 类 型 。 
























































































































































第 18 章 “Scala 与 大 数据 *”， 通 常 而 言 ， 在 大 数据 以 及 其 他 以 数据 为 中 心 的 计算 领域 里 ， 应 
用 Scala 和 函数 式 编程 能 够 构造 杀手 级 应 用 。 

第 19 章 “Scala 动态 调用 ”和 第 20 章 “Scala 的 领域 特定 语言 ”是 较为 高 级 的 专题 ， 探 讨 
了 可 用 于 构建 富 领 域 特 定语 言 的 一 些 工 具 。 

第 21 章 “Scala 工具 和 库 ” 讨 论 了 一 些 IDE 和 第 三 方 库 。 假 如 你 是 Scala 新 手 ， 那 么 请 阅 
读 IDE 和 编辑 器 支持 的 相关 小 节 ， 同 时 阅读 关于 Scala 公认 的 项 目 构建 工具 : SBT 的 相关 
小 节 。 本 章 最 后 列 出 了 可 以 引用 的 库 列 表 。 第 22 章 “ 与 Java 的 互 操作 ”对 于 那些 需要 互 
用 Java 和 Scala 代码 的 团队 而 言 很 有 帮助 。 

第 23 章 “ 应 用 程序 设计 ”是 为 架构 师 和 软件 组 长 而 写 的 。 我 在 这 一 章 分 享 了 自己 在 应 用 
设计 方面 的 一 些 观 点 。 传 统 模式 使 用 了 相对 较 大 的 JAR 文件 ， 而 这 些 JAR 文件 又 包含 了 
复杂 的 对 象 图 谱 。 因 此 我 认为 这 种 模式 是 一 种 不 良 模 式 ， 需 要 进行 变更 。 

最 后 ， 第 24 章 “ 元 编程 ， 宏 与 反射 ”介绍 了 本 书 最 高 级 的 主题 。 当 然 ， 如 果 你 是 初学 者 ， 
也 可 以 略 过 这 一 章 。 

本 书 在 附录 A 中 总 结 了 一 些 资料 ， 供 读者 进一步 陪读。 


本 书 未 涉及 的 内 容 

模块 化 库 是 Scala 最 新 的 2.11 版 的 一 大 焦点 ， 它 将 库 文件 分 解 成 更 小 的 JAR 文件 ， 这 样 
一 来 ， 在 将 系统 部 署 到 空间 受 限 的 环境 时 (如 和 手机 设备 )， 便 能 很 容易 移 除 不 需要 的 代码 。 
除 此 之 外 ， 新 版 移 除 了 库 中 一 些 原本 被 标示 为 “过 时 ”(deprecated) 的 包 和 类 型 ， 还 将 其 
他 的 一 些 包 和 类 型 标示 为 deprecated， 这 通常 是 因为 Scala 不 再 维护 这 些 包 和 类 型 ， 而 且 有 
更 好 的 第 三 方 的 替代 品 。 

因此 ， 我 们 不 会 在 本 书 中 讨论 那些 在 2.11 版 本 中 被 标示 为 deprecated 的 包 ， 有 具体 如 下 。 

e scala.actors (http://www.scala-lang.org/api/current/scala-actors/#scala.actors.package ) 


—# actor 库 。 请 使 用 Akka actor 库 。( 我 们 将 在 17.3 节 对 该 库 进 行 描述 。) 






























































e scala.collection.script (http://www.scala-lang.org/api/current/#scala.collection.script. 
package) 
该 库 用 于 编写 监控 集合 以 及 更 新 集合 相关 “脚本 ”。 








。 scala.text (http://www.scala-lang.org/api/current/#scala.text.package) 


一 套用 于 “格式 化 打印 ”(pretty-printing) 的 库 。 
下 面 列举 了 在 Scala 2.10 中 标示 为 deprecated 并 已 从 2.11 版 移 除 的 包 。 


e scala.util.automata (http://www.scala-lang.org/api/2.10.4/#scala.util.automata.package) 


使 用 正则 表达 式 构 建 确定 有 限 自动 机 (DFA)。 




















e scala.util.grammar (http://www.scala-lang.org/api/2.10.4/#scala.util.grammar.package) 


属于 parsing JÆ. 





scala.util.logging (http://www.scala-lang.org/api/2. 10.4/#scala.util logging.package ) 
推荐 使 用 某 一 JVM 平台 上 活跃 的 第 三 方 日 志 库 。 

scala.util.regexp (http://www.scala-lang.org/api/2.10.4/#scala.util.regexp.package) 

对 正则 表达 式 进 行 句 式 分 析 。scala.util.matching 包 同 样 支持 正则 表达 式 ， 请 使 用 功 
能 更 为 强大 的 scala.util.matching 包 。 

.NET 编译 器 后 台 

Scala 团队 曾 在 .NET 运行 的 环境 之 上 搭建 编译 器 后 台 及 库 。 不 过 由 于 大 家 对 这 次 迁移 
的 兴趣 不 断 衰减 ， 因 此 这 项 工作 已 经 暂停 。 





























我 们 不 会 对 Scala 库 中 每 个 包 和 类 型 都 进行 讨论 。 由 于 篇 幅 和 其 他 原因 ， 下 面 这 些 包 并 不 
会 在 本 书 中 提 及 。 




















scala.swing (http://www.scala-lang.org/api/current/scala-swing/#scala.swing.package ) 


对 Java Swing 库 进 行 封 装 。 尽 管 仍然 有 人 维护 该 库 ， 但 已 很 少 有 人 使 用 它 。 








scala.util.continuations (http://www.scala-lang.org/files/archive/api/current/scala- 
continuations-library/#scala.util.continuations.package ) 

编译 器 插件 ， 用 于 生成 连续 传递 格式 (continuation-passing style, CPS) 的 代码 。 这 是 
一 个 特殊 的 工具 ， 目 前 很 少 有 人 使 用 它 。 








App (http://www.scala-lang.org/api/current/#scala.App) 和 DelayedInit (http://www.scala- 
lang.org/api/current/#scala.DelayedInit) 特征 

使 用 这 两 个 类 型 能 很 方便 地 实现 main 类 型 (入口 类 型 )， 它 们 也 是 Java 类 中 static 
main 方法 的 同义词 。 不 过 由 于 它们 有 时 候 会 导致 奇怪 的 行为 ， 因 此 我 并 不 推荐 使 用 它 
们 。 我 会 使 用 通用 的 、 符 合 规范 的 Scala 方法 编写 main 方法 。 








scala.ref (http:/www.scala-lang.org/api/current/#scala.ref.package) 

对 某 些 Java 类 型 进行 了 封装 ， 如 WeakReference， 这 是 java.lang.ref.WeakReference 的 
封装 类 。 

scala.runtime (http:/www.scala-lang.org/api/current/#scala.runtime.package) 


用 于 实现 类 库 的 类 型 。 


scala.util.hashing (http://www.scala-lang.org/api/current/#scala.util.hashing.package ) 


提供 了 多 种 散 列 算法 。 


欢迎 阅读 《Scala 程 序 设 计 〈 第 1 版 ) 》 


一 门 编程 语言 能 够 流行 起 来 是 有 一 定 原因 的 。 有 时候 ， 某 一 平台 的 程序 员 会 青睐 于 某 一 特 
定语 言 或 平台 提供 商 所 建议 的 语言 。 大 多 数 Mac OS 开发 者 习惯 使 用 Objective-C， 大 多 数 
Windows 平台 开发 者 使 用 C++ 和 .NET 语言 ， 而 嵌入 式 系统 开发 者 则 使 用 C 和 C++. 
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有 时 ， 语 言 能 流行 起 来 归功 于 其 技术 上 的 优势 ， 这 一 优势 能 够 使 其 变 得 时 尚 、 让 人 着 迷 。 
C++, Java Fil Ruby 便 曾 引起 程序 员 的 狂热 党 拜 。 

有 时 ， 语 言 会 因为 适应 时 代 的 需要 而 流行 起 来 。Java 最 初 被 视 为 一 门 能 够 用 于 编写 基于 
浏览 器 的 富 客 户 端 应 用 的 完美 语言 。 当 面向 对 象 编程 变 得 主流 时 ，Smalltalk 抓 住 了 这 一 
HLB o 


现在 ， 并 发 、 异 构 型 、 永 不 停止 的 服务 以 及 不 断 缩短 的 开发 计划 ， 使 得 业内 对 函数 式 编程 
越 来 越 感 兴趣 。 似 乎 面向 对 象 编程 的 统治 地 位 即将 结束 ， 而 混合 式 编程 范式 将 流行 起 来 ， 
甚至 会 变 得 不 可 或 缺 。 

如 今 我 们 构建 的 应 用 大 多 是 可 靠 、 高 性 能 、 高 并 发 的 互联 网 或 企业 级 应 用 程序 ， 我 们 也 
希望 会 有 一 门 通 用 编程 语言 适应 这 一 要 求 ，Scala 能 将 我 们 从 其 他 语言 的 阵营 中 吸引 过 来 ， 
便 是 因为 它 具 备 了 许多 最 理想 的 特性 。 


Scala 是 一 门 多 范式 语言 ， 同 时 支持 面向 对 象 和 函数 式 编程 。Scala 具有 可 扩展 性 ， 从 小 脚 
本 到 基于 组 件 的 大 规模 应 用 程序 ，Scala 均 可 胜任 。Scala 是 深奥 的 ， 它 从 全 世界 的 计算 机 
科学 系 中 吸收 了 先进 的 思想 。Scala 又 是 实用 的 ， 它 的 创建 者 Martin Odesky 参与 了 多 年 的 
Java 开发 ， 能 理解 专业 开发 人 员 的 需求 。 

Scala 简洁 、 优 雅 而 又 富有 表现 力 的 语法 ， 以 及 提供 的 众多 工具 让 我 们 为 之 着 迷 。 本 书 力 
图 阐明 为 什么 这 些 特性 会 使 Scala 引 人 注 目 、 不 可 或 缺 。 

腿 如 你 是 一 位 有 经 验 的 开发 者 ， 和 希望 能 快速 全 面 地 了 解 Scala， 那 么 这 本 书 很 适合 你 。 你 
也 许 正 在 思考 是 否 改 用 Scala 或 将 其 作为 另 一 门 补充 语言 ， 抑 或 你 已 经 决定 使 用 Scala， 需 
要 学 习 并 很 好 地 掌握 Scala 的 特性 。 无 论 是 哪 种 情况 ， 我 们 都 希望 能 以 一 种 平易 近 人 的 方 
式 曾 明 这 门 强大 的 语言 。 

我 们 假设 你 已 经 很 好 地 掌握 了 面向 对 象 的 编程 ， 但 并 没有 接触 过 函数 式 编 程 。 我 们 认为 你 
熟悉 一 门 或 多 门 其 他 的 语言 。 我 们 对 比 了 Java、C#、Ruby 等 语言 的 特性 ， 如 果 你 熟悉 任 
何 一 种 语言 ， 会 了 解 Scala 中 的 相似 特性 ， 以 及 一 些 全 新 特性 。 
无 论 你 是 否 具 有 面向 对 象 或 国 数 式 编程 的 背景 ， 都 会 了 解 到 Scala 如 何 优雅 地 融合 这 两 种 
范式 ， 展 示 了 它们 的 互补 性 。 基 于 众多 示例 ， 你 还 能 明白 针对 不 同 的 设计 问题 如 何以 及 
何 时 应 用 OOP 和 FP 技术 。 

最 后 ， 我 们 希望 你 也 会 为 Scala 着 迷 。 即 便 Scala 未 能 成 为 你 日 常 使 用 的 语言 ， 无 论 你 使 用 
什么 语言 ， 我 们 也 希望 你 能 从 Scala 中 洞察 到 些许 知识 。 


排版 约定 
本 书 使 用 以 下 排版 约定 。 


。 楷体 
表示 新 术语 。 
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。 RF (constant width) 
表示 程序 片段 ， 以 及 正文 中 出 现 的 变量 、 函 数 名 、 数 据 库 、 数 据 类 型 、 变量 、 语 
句 和 关键 字 等 。 
。 加 粗 等 宽 字 体 (constant width bold) 
表示 应 该 由 用 户 输 入 的 命令 或 其 他 文本 。 
© 倾斜 的 等 宽 字 体 (constant width italic) 
表示 应 该 由 用 户 输入 的 值 或 根据 上 下 文 决定 的 值 替 换 的 文本 。 





该 图 标 表 示 提 示 或 建议 。 








该 图 标 表示 一 般 注 记 。 








使 用 代码 示例 


本 书 就 是 要 帮 读 者 解决 实际 问题 的 。 也 许 你 需要 在 自己 的 程序 或 文档 中 用 到 本 书 中 的 代 
码 。 除 非 大 段 大 段 地 使 用 ， 否 则 不 必 与 我 们 联系 取得 授权 。 因 此 ， 使 用 本 书 中 的 几 段 代码 
写成 一 个 程序 不 用 向 我 们 申请 许可 。 但 是 ， 销 售 或 者 分 发 O'Reilly 图 书 随 附 的 代码 光盘 则 
必须 事先 获得 授权 。 引 用 书 中 的 代码 来 回答 问题 也 无 需 我 们 授权 。 将 大 段 的 示例 代码 整合 
到 你 自己 的 产品 文档 中 则 必须 经 过 许可 。 

使 用 我 们 的 代码 时 ， 和 希望 你 能 标明 它 的 出 处 。 出 处 一 般 要 包含 书 名 、 作 者 、 出 版 商 和 书 
号 ， (lx: “Programming Scala, Second Edition by Dean Wampler and Alex Payne. Copyright 
2015 Dean Wampler and Alex Payne, 978-1-491-94985-6.” 


如 果 还 有 其 他 使 用 代码 的 情形 需要 与 我 们 沟通 ， 可 以 随时 通过 permissions @ oreilly.com 与 
我 们 联系 。 
































获得 示例 代码 
读者 可 以 从 GitHub (https://github.com/deanwampler/prog-scala-2nd-ed-code-examples) 下 载 
代码 示例 ， 并 把 下 载 后 的 文件 解压 到 指定 位 置 。 请 阅读 随 示例 发 布 的 README 文件 ， 了 
解 如 何 构建 和 使 用 这 些 示例 。( 第 1 章 会 对 相关 指令 进行 归纳 说 明 。) 
一 些 示 例文 件 可 以 作为 脚本 ， 使 用 scala 命令 运行 ， 而 另外 一 些 则 必须 编译 成 class 文件 ， 
还 有 一 些 文件 本 身 就 包含 了 故意 植 入 的 错误 ， 无 法 通过 编译 。 为 了 表明 文件 类 型 ， 我 采用 
了 某 种 特定 的 文件 命名 方式 。 实 际 上 ， 在 学 习 Scala 的 过 程 中 ， 你 也 能 从 文件 内 容 中 发 现 
文件 类 型 。 在 大 多 数 情况 下 ， 本 书 示例 文件 遵循 下 列 命名 规范 。 
e * scala 
这 是 Scala 文件 的 标准 文件 扩展 名 ， 不 过 你 无 法 从 该 扩展 名 中 分 辨 该 文件 是 必须 使 用 
scalac 进行 编译 的 源 文件 ， 还 是 可 以 直接 使 用 scala 运行 的 脚本 文件 ， 或 者 是 本 书 特 意 
植 人 了 错误 的 无 效 代码 文件 。 因 此 ， 本 书 示例 代码 中 使 用 了 .scala 扩展 名 的 文件 必须 单 
独 经 过 编译 才能 使 用 ， 编 译 过 程 与 编译 Java 代码 相似 。 





























e * sc 

以 .sc 后缀 结尾 的 文件 可 以 作为 脚本 文件 ， 使 用 scala 命令 运行 。 例 如 : scala foo.sc 
命令 会 执行 foo.sc 脚本 。 你 还 可 以 在 解释 模式 下 启动 scala， 并 通过 : load 命令 加 载 任 
意 脚本 文件 。 请 注意 ， 使 用 .sc 对 脚本 进行 命名 并 不 是 Scala 社区 的 命名 标准 ， 不 过 由 
于 SBT 构建 项 目 时 会 忽略 .sc 文件 ， 因 此 我 们 在 此 处 用 其 对 脚本 进行 命名 。 与 此 同时 ， 
IDE 提供 的 worksheet 新 功能 将 worksheet 文件 命名 为 .sc 文件 ， 我 们 会 在 第 1 章 中 讨论 
这 一 功能 。 所 以 使 用 .sc 对 脚本 命名 是 一 个 可 以 接受 的 、 便 利 的 命名 方法 。 再 次 申明 ， 
通常 情况 下 我 们 使 用 .scala 扩展 名 为 脚本 文件 和 代码 命名 。 


。 * scalaX A *.scX 
某 些 示例 文件 中 特意 植 和 人 了 某 些 导致 编译 异常 的 错误 。 为 了 避免 导致 编译 出 错 ， 这 些 
文件 使 用 了 .scalaX 或 .scX 扩展 名 。.scalaX 表示 代码 文件 ， 而 .scX 则 表示 脚本 文件 。 
再 次 重申 ，.scalaX 和 .scX 扩展 名 并 不 是 业内 使 用 的 扩展 名 。 这 些 文件 中 也 艇 入 了 一 些 
注释 ， 用 于 说 明 这 些 文件 无 法 执行 的 原因 。 
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我 们 在 编写 这 本 书 的 时 候 ， 一 些 朋 友 阅 读 了 早期 版 本 ， 并 对 本 书 的 内 容 提 出 了 大 量 好 的 意 
见 ， 我 们 在 此 对 这 些 朋 友 表 示 感 谢 。 特 别 要 感谢 Steve Jensen、Ramnivas Laddad, Marcel 
Molina, Bill Venners 和 Jonas Bonér， 他 们 给 本 书 提供 了 大 量 的 反馈 。 


我 们 在 Safari 发 布 初稿 以 及 在 http://programmingscala.com 网 站 上 提供 在 线 版 本 时 ， 收 
到 了 大 量 的 反馈 。 在 此 列举 了 提供 反馈 的 读者 (排名 不 分 先后 )， 对 他 们 表示 感谢 。 他 
们 是 Tulian Dragos, Nikolaj Lindberg, Matt Hellige、David Vydra、Ricky Clarkson, 
Alex Cruise, Josh Cronemeyer, Tyler Jennings, Alan Supynuk, Tony Hillerson, Roger 
Vaughn, Arbi Sookazian, Bruce Leidl, Daniel Sobral, Eder Andres Avila, Marek Kubica, 
Henrik Huttunen, Bhaskar Maddala, Ged Byrne, Derek Mahar, Geoffrey Wiseman, Peter 
Rawsthorne, Geoffrey Wiseman, Joe Bowbeer, Alexander Battisti, Rob Dickens, Tim 
MacEachern, Jason Harris, Steven Grady, Bob Follek, Ariel Ortiz, Parth Malwankar, Reid 
Hochstedler, Jason Zaugg, Jon Hanson, Mario Gleichmann, David Gates, Zef Hemel, 




















Michael Yee, Marius Kreis, Martin Siisskraut, Javier Vegas, Tobias Hauth, Francesco 
Bochicchio, Stephen Duncan Jr., Patrik Dudits, Jan Niehusmann, Bill Burdick, David 
Holbrook, Shalom Deitch, Jesper Nordenberg, Esa Laine, Gleb Frank, Simon Andersson, 
Patrik Dudits, Chris Lewis, Julian Howarth, Dirk Kuzemczak, Henri Gerrits, John Heintz, 
Stuart Roebuck 以 及 Jungho Kim。 还 有 很 多 读者 也 为 本 书 提供 了 反馈 ， 不 过 我 们 只 知 
道 他 们 的 用 户 名 ， 在 此 我 们 要 向 Zack, JoshG, ewilligers, abcoates, brad, teto, pjcj, 
mkleint、 dandoyon, Arek, rue, acangiano, vkelman, bryanl, Jeff. mbaxter, pjb3, kxen, 
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Mike Loukides 是 我 们 的 编辑 ， 他 深 知 应 该 如 何以 温和 的 方式 催促 进度 。 他 在 我 们 写 书 的 过 
程 中 为 我 提供 了 巨大 的 帮助 。O’Reilly 出 版 社 的 其 他 员工 也 总 能 回答 我 们 的 问题 ， 并 帮助 
我 们 继续 工作 。 


感谢 Jonas Bonér 为 本 书 作 序 。Jonas 是 我 在 “面向 切面 编程 ”(AOP，Aspect-Oriented 
Programming) 委员 会 的 老 朋 友 、 老 同事 。 这 些 年 来 ， 他 为 Java 社区 做 了 很 多 前 沿 性 的 工 
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Bill Venners 很 友善 地 评论 了 本 书 ， 我 们 将 其 置 于 封底 处 。 他 与 Martin Odersky, Lex Spoon 
一 起 编写 了 第 一 本 Scala 图 书 《Scala 编程 》。 对 于 Scala 开发 人 员 而 言 ， 他 是 不 可 或 缺 的 人 
W. Bil 同时 还 创造 了 令 人 惊叹 的 ScalaTest E, 

除了 Jonas 和 Bil 之 外 ， 我 们 还 从 世界 各 地 的 开发 人 员 处 学 到 了 很 多 ， 他 们 是 Debasish 
Ghosh, James Iry, Daniel Spiewak, David Pollack, Paul Snively, Ola Bini, Daniel Sobral, 
Josh Suereth, Robey Pointer, Nathan Hamblen, Jorge Ortiz， 以 及 一 些 通过 发 表 博 文 、 参 与 
论坛 讨论 以 及 私人 会 话 给 我 提供 帮助 的 朋友 。 

Dean 要 向 Object Mentor 公司 的 同事 表示 感谢 ， 他 同时 也 要 感谢 许多 客户 端 开 发 人 员 。 他 
们 激发 了 许多 编程 语言 、 软 件 设 计 以 及 业内 实际 问题 的 讨论 。 芝 加 哥 地 区 Scala 狂热 者 团 
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体 (Chicago Area Scala Enthusiasts, CASE ) 也 为 本 书 提供 了 很 有 价值 的 反馈 及 向 励 。 

Alex 要 向 他 在 Twitter 的 同事 表示 感谢 ， 他 们 对 Alex 的 工作 给 予 了 鼓励 ， 并 在 实际 工 
作 中 很 好 地 演示 了 Scala 语言 的 能 力 。Alex 同时 要 对 湾 区 Scala 爱好 者 (Bay Area Scala 
Enthusiasts，BASE) 表示 感谢 ， 他 们 的 激情 以 及 这 个 社团 本 身 为 他 提供 了 帮助 。 


我 们 要 特别 感谢 Martin Odersky 和 他 的 团队 ， 感 谢 他 们 创造 了 Scala。 











第 1 章 
雪 到 六 十 : Scala 





本 章 将 简要 说 明 Scala 为 何 应 该 受到 重视 。 之 后 我 们 将 会 深入 学 习 Scala， 并 动手 编写 一 些 
代码 。 


1.1 为 什么 选择 Scala 


Scala 是 一 门 满 足 现代 软件 工程 师 需求 的 语言 ， 它 是 一 门 静 态 类 型 语言 ， 支 持 混 合 范式 ， 它 
也 是 一 门 运行 在 JVM 之 上 的 语言 ， 语 法 简洁 、 优 雅 、 灵 活 。Scala 拥有 一 套 复 杂 的 类 型 ; 
Hi, Scala 方言 既 能 用 于 编写 简短 的 解释 脚本 ， 也 能 用 于 构建 大 型 复杂 系统 。 这 些 只 是 它 
的 一 部 分 特性 ， 下 面 我 们 来 详细 说 明 。 
。 运行 在 JVM 和 JavaScript 之 上 的 语言 
Scala 不 仅 利用 了 JVM 的 高 性 能 以 及 最 优化 性 ，Java 丰富 的 工具 及 类 库 生 态 系 统 也 为 其 
所 用 。 不 过 Scala 并 不 是 只 能 运行 在 JVM ZE! Scala.js (http://www.scala-js.org) 正在 
尝试 将 其 迁移 到 JavaScript 世界 。 
。 静态 类 型 
在 Scala 语言 中 ,静态 类 型 (static typing) 是 构建 健壮 应 用 系统 的 一 个 工具 。Scala 修正 
T Java 类 型 系统 中 的 一 些 缺陷 ， 此 外 通过 类 型 推演 (type inference) 也 免除 了 大 量 的 元 
余 代 码 。 
。 混合 式 编程 范式 面向 对 象 编程 
Scala 完全 支持 面向 对 象 编程 (OOP), Scala 引入 特征 (trait) 改进 了 Java 的 对 象 模型 。 
trait 能 通过 使 用 混合 结构 (mixin composition) 简洁 地 实现 新 的 类 型 。 在 Scala 中 , 一切 
都 是 对 象 ， 即 使 是 数值 类 型 。 






































。 混合 式 编程 范式 一 一 函数 式 编程 
Scala 完全 支持 函数 式 编程 (FEP) ， 国 数 式 编 程 已 经 被 视 为 解决 并 发 、 大 数据 以 及 代码 正 
确 性 问题 的 最 佳 工 具 。 使 用 不 可 变 值 、 被 视 为 一 等 公民 的 函数 、 无 副作用 的 函数 、 高 阶 
函数 以 及 函数 集合 ， 有 助 于 编写 出 简洁 、 强 大 而 又 正确 的 代码 。 

。 复杂 的 类 型 系统 
Scala 对 Java 类 型 系统 进行 了 扩展 ， 提 供 了 更 灵活 的 泛 型 以 及 一 些 有 助 于 提高 代码 正确 
性 的 改进 。 通 过 使 用 类 型 推演 ，Scala 编写 的 代码 能 够 和 动态 类 型 语言 编写 的 代码 一 样 
精简 。 

。 简洁、 优雅、 灵活 的 语法 
使 用 Scala 之 后 ，Java 中 元 长 的 表达 式 不 见 了 ， 取 而 代 之 的 是 简洁 的 Scala 方言 。Scala 
提供 了 一 些 工 具 ， 这 些 工具 可 用 于 构建 领域 特定 语言 (DSL)， 以 及 对 用 户 友 好 的 API 
接口 。 

。 可 扩展 的 架构 
使 用 Scala， 你 能 编写 出 简短 的 解释 性 脚本 ， 并 将 其 粘 合成 大 型 的 分 布 式 应 用 。 以 下 四 
种 语言 机 制 有 助 于 提升 系统 的 扩展 性 : 1) 使 用 trait 实现 的 混合 结构 ，2) 抽象 类 型 成 员 
和 泛 型 ，3) REK; 4) 显 式 自 类 型 (self type). 


Scala 实际 上 是 Scalable Language 的 缩写 ， 意 为 可 扩展 的 语言 。Scala 的 发 音 为 scah-lah， 
像 意大利 语 中 的 staircase (楼 梯 )。 也 就 是 说 ， 两 个 a 的 发 音 是 一 样 的 。 


早 在 2001 Æ, Martin Odersky 便 开 始 设计 Scala， 并 在 2004 年 1 月 20 日 推出 了 第 一 个 公 
开 版 本 (参见 http://article.gmane.org/gmane.comp.lang.scala/17) 。Martin 是 瑞士 洛桑 联邦 理 
工大 学 (EPFL) 计算 机 与 通信 科学 学 院 的 一 名 教授 。 在 就 读 研 究 生 时 ，Martin 便 加 入 了 
由 Niklaus Wirth: 领导 的 PASCAL fame 项 目 组 。Martin 曾 任 职 于 Pizza 项 目 组 ，Pizza 是 运 
行 在 JVM 平台 上 早期 的 国 数 式 语言 。 之 后 与 Haskell 语言 设计 者 之 一 Philip Wadler 一 起 转 
战 GJ。GJ 是 一 个 原型 系统 ， 最 终 演变 为 Java 泛 型 。Martin 还 曾 受 雇 于 Sun 公司 ， 编 写 了 
javac 的 参考 编译 如 ， 这 和 套 系统 后 来 演化 成 了 IDK 中 自 带 的 Java 编译 器 。 


1.1.1 富有 魅力 的 Scala 


自从 本 书 第 1 版 出 版 之 后 ，Scala 用 户 数量 急剧 上 升 ， 这 也 证 实 了 我 的 观点 : Scala 适应 当 
前 时 代 。 当 前 我 们 会 遇 到 很 多 技术 挑战 ， 如 大 数据 、 通 过 并 发 实现 高 扩展 性 、 提 供 高 可 用 
并 健壮 的 服务 。Scala 语法 简洁 但 却 富有 表现 力 ， 能 够 满足 这 些 技术 挑战 。 在 享受 Scala 最 
先进 的 语言 特性 的 同时 ， 你 还 可 以 拥有 成 熟 的 JVM、 库 以 及 生产 工具 给 你 带 来 的 便利 。 
在 那些 需要 努力 才能 成 功 的 领域 里 ， 专 家 们 往往 都 需要 掌握 复杂 强大 的 工具 和 技术 。 也 许 
掌握 这 些 工具 技能 需要 花费 一 些 时 间 ， 但 是 掌握 它们 是 你 事业 成 功 的 关键 ， 所 以 花费 这 些 
时 间 都 是 值得 的 。 
























































注 1: PASCAL 之 父 。 一 一 译 者 注 
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我 确信 对 于 专家 级 开发 者 而 言 ，Scala 就 是 这 样 一 门 语言 。 并 不 是 所 有 的 用 户 都 能 称 得 上 
是 专家 ， 而 Scala 却 是 属于 技术 专家 的 语言 。Scala 包含 丰富 的 语言 特性 ， 具 有 很 好 的 性 
能 ， 能 够 解决 多 种 问题 。 虽 然 需要 花 一 些 时 间 才 能 掌握 Scala 语言 ， 但 是 一 旦 你 掌握 了 它 ， 
便 不 会 被 它 束缚 。 


1.1.2 ”关于 Java 8 


自从 Java 5 引入 泛 型 之 后 ， 再 也 没有 哪 次 升级 能 比 Java 8 引入 更 多 的 特性 了 。 现 在 可 以 使 
用 真正 的 匿名 函数 了 ， 我 们 称 之 为 Lambda。 通 过 本 书 你 将 了 解 到 这 些 匿名 函数 的 巨大 作 
FA, Java 8 还 改进 了 接口 ， 允 许 为 声 明 的 方法 提供 默认 实现 。 这 一 变化 使 得 我 们 能 够 像 使 
用 混合 结构 那样 使 用 接口 ， 这 也 使 接口 变 得 更 有 用 了 ， 而 Scala 则 是 通过 trait 实现 这 种 用 
法 的 。 在 Java 8 推出 之 前 ，Scala 便 已 为 Java 提供 了 这 两 个 被 公认 为 Java 8 最 重要 的 新 特 
性 。 现 在 是 不 是 能 说 服 自己 切换 到 Scala T? 


由 于 Java 语言 向 后 兼容 的 缘故 ，Scala 新 增 了 一 些 改进 ， 而 Java 也 许 永远 不 会 包含 。 即 
便 Java 最 终 会 拥有 这 些 改进 ， 那 也 需要 滥 长 的 等 待 。 举 例 来 说 , 较 Java 而 言 ，Scala 
能 提供 更 为 强大 的 类 型 推演 、 强 大 的 模式 匹配 (pattern matching) 和 for 推导 式 (for 
comprehension) ， 善 用 模式 匹配 和 for 推导 式 能 够 极 大 地 减少 代码 量 以 及 类 型 耦合 。 随 着 
深入 学 习 ， 你 会 发 现 这 些 特性 的 巨大 价值 。 

另外 ， 一 些 组 织 对 升级 JVM 设施 抱 有 谨慎 态度 ， 这 是 可 以 理解 的 。 对 于 他 们 而 言 ， 目 前 
并 不 允许 部 署 Java 8 虚拟 机 。 为 了 使 用 这 些 Java 8 特性 ， 这 些 组 织 可 以 在 Java 6 或 Java 7 
的 虚拟 机 上 运行 Scala。 


你 也 许 因为 当前 使 用 Java 8， 就 认为 Java 8 是 最 适合 团队 的 选择 。 即 便 如 此 ， 本 书 仍然 能 
给 你 传授 一 些 有 用 的 技术 ， 而 且 这 些 技术 可 以 运用 在 Java 8 中 。 不 过 ， 我 认为 Scala 具有 
一 些 额外 的 特性 ， 能 够 让 你 觉得 值得 为 之 改变 。 

好 吧 ， 让 我 们 开始 吧 ! 


1.2 ”安装 Scala 


为 了 能 够 尽 可 能 快 地 安装 并 运行 Scala， 本 市 将 讲述 如 何 安装 命令 行 工 具 ， 使 用 这 些 工具 
便 能 运行 本 书 列举 的 所 有 示例 *。 本 书 示例 中 的 代码 使 用 了 Scala 2.11.2 进行 编写 及 编译 。 这 
也 是 编写 本 书 时 最 新 的 版 本 。 绝 大 多 数 代码 无 须 修 改 便 能 运行 在 早期 版 本 2.10.4 上 ， 而 一 
些 团 队 也 仍 在 使 用 这 一 版 本 。 


相 较 于 2.10，Scala 2.11 引入 了 一 些 新 的 特性 ， 不 过 此 次 发 布 更 侧重 于 整体 
性 能 的 提升 以 及 库 的 重 构 。Scala 2.10 45 2.9 版 本 相 比 ， 也 引入 了 一 些 新 的 特 
性 。 也 许 你 们 部 门 正 在 使 用 其 中 的 某 一 版 本 ， 而 随 着 学 习 的 深入 ， 我 们 会 讨 
论 这 些 版 本 间 最 重要 的 差别 。( 参 阅 http://docs.scala-lang.org/scala/2.11/ 了 解 
2.11 版 本 ， 参 阅 http://www.scala-lang.org/download/2.10.4.html#Release_Notes 
了 解 2.10 版 本 。) 





































































































注 2: 第 21 章 会 详细 讲解 这 些 工具 。 
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安装 步骤 如 下 。 

。 安装 Java 
针对 Scala 2.12 之 前 的 版 本 ， 你 可 以 选择 Java 6、7、8 三 个 版 本 ， 在 安装 Scala 之 前 ， 
你 必须 确认 你 的 电脑 上 已 经 安装 了 Java, (Scala 2.12 计划 于 2016 年 年 初 发 布 ， 该 版 本 
将 只 支持 Java 8。) 假如 你 需要 安装 Java， 请 登录 Oracle 的 网 站 (http://www.oracle.com/ 
technetwork/java/javase/downloads/index.html), ， 遵 循 指 示 安 装 完整 的 Java 开发 工具 包 
(JDK). 











。 安装 SBT 
请 遵循 scala-sbt.org (http://www.scala-sbt.org/release/tutorial/Setup.html) 网 页 上 的 指示 
安装 SBT， 它 是 业内 公认 的 构建 工具 。 安 装 完成 后 ， 便 可 以 在 Linux, OS X 终端 和 
Windows 命令 窗口 中 运行 sbt 命令 。( 你 也 可 以 选择 其 他 的 构建 工具 ，21.2.2 节 将 介绍 
这 些 工 具 。) 

。 获取 本 书 源 代 码 
本 书 前 言 中 描述 了 如 何 下 载 示 例 代码 。 压 缩 包 可 以 解压 到 你 电脑 中 的 任何 文件 夹 。 

。 运行 SBT 
打开 shell 或 命令 行 窗口 ， 进 入 示例 代码 解压 后 的 目录 ， 敲 入 命令 sbt test， 该 命令 会 
下 载 所 有 的 依赖 项 ， 包 括 Scala 编译 器 及 第 三 方 库 ， 请 确保 网 络 连 接 正 常 ， 并 耐心 等 待 
该 命令 执行 。 下 载 完毕 后 ，sbt 会 编译 代码 并 运行 单元 测试 。 此 时 你 能 看 到 很 多 的 输出 
信息 ， 该 命令 最 后 会 输出 success 信息 。 再 次 运行 sbt test 命令 ， 由 于 该 命令 不 需要 执 
行 任何 事情 ， 你 会 发 现 命令 很 快 就 结束 了 。 

祝贺 你 ! 你 已 经 真正 开始 了 Scala 的 学 习 。 不 过 ， 你 也 许 会 想 安 装 其 他 一 些 有 用 的 工具 。 























在 学 习 本 书 的 大 多 数 时 候 ， 通 
动 下 载 指定 版 本 的 Scala 编译 如 




















过 使 用 SBT， 你 便 能 使 用 其 他 工具 。SBT 会 自 
、 标 准 库 以 及 需要 的 第 三 方 资源 。 





不 使 用 SBT， 也 能 很 方便 地 单独 下 载 Scala 工具 。 我 们 会 提供 一 些 SBT 外 使 用 Scala 的 
例子 。 

请 遵循 Scala 官方 网 站 (http:/www.scala-lang.org) 中 的 链接 安装 Scala， 还 可 以 选择 安 
JE Scaladoc。Scaladoc 是 Scala 版 的 Javadoc (在 Scala 2.11 中 ，Scala 库 和 Scaladoc 被 切 
分 为 许多 较 小 的 库 )。 你 也 可 以 在 线 查 阅 Scaladoc (http://www.scala-lang.org/api/current) 。 
为 了 方便 你 使 用 ， 本 书 中 出 现 的 Scala 库 中 的 类 型 ， 大 部 分 都 附 上 了 连接 到 Scaladoc 页 面 
的 链接 。 
Scaladoc 在 页 面 左 侧 类 型 列表 上 面 提供 了 搜索 栏 ， 这 有 助 于 快速 查找 类 型 。 同 时 ， 每 个 类 
型 的 入 口 处 都 提供 了 一 个 指向 Scala GitHub 库 中 对 应 代码 的 链接 (https://github.com/scala/ 
scala) ， 这 能 很 好 地 帮助 用 户 学 习 这 些 库 的 实现 。 这 个 链接 位 于 类 型 概述 讨论 的 底部 ， 链 
接 所 在 行 标注 着 Source 字样 。 
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你 可 以 选用 任何 文本 编辑 器 或 IDE 来 处 理 这 些 
a 














例 ， 也 可 以 为 这 些 主流 编辑 器 或 IDE 安装 














不 
Scala 支持 插件 。 具 体 方 法 ， 请 参见 21.3 节 。 通 常 而 言 ， 访 问 你 所 青睐 的 编辑 器 的 社区 ， 
能 最 及 时 地 发 现 Scala 相关 的 支持 信息 。 


使 用 SBT 


21.2.1 市 将 介绍 SBT 是 如 何 工作 的 。 下 面 ， 我 们 介绍 当前 需要 掌握 的 一 些 基 本 指示 。 


1.2.1 











当 你 启动 sbt 命令 时 ， 假 如 不 指定 任何 任务 ，SBT 将 启动 一 个 交互 式 REPL (REPL 是 





Read, Eval, Print, Loop 的 简写 ， 代 表 了 “ 读 取 - 求 值 -打印 -循环 ")。 下 面 我 们 将 运行 
并 尝试 运行 一 些 可 用 的 任务 。 


下 面 列 举 的 代码 中 ，$ 表示 shell 命令 提示 符 (如 bash 命令 提示 符 )， 你 可 以 在 该 提示 符 下 


该 命令 ， 


运行 sbt 





ST AP 


AAA 
命令 ; 








> 是 SBT 默 认 的 交互 提示 符 ， 可 以 在 # 符号 后 编写 sbt 注释 。 你 可 以 以 任 














i 列举 的 大 多 数 sbt 命令 。 





$ sbt 


vvvvVV Vv 


vvvvv 


help 
tasks 
tasks -V 
compile 
test 
clean 
~test 


console 
run 
show x 
eclipse 
exit 


# 描述 命令 

# 显示 最 常用 的 、 当 前 可 用 的 任务 
# 显示 所 有 的 可 用 任务 

增 量 编 译 代码 

增 量 编译 代码 ,并 执行 测试 
删除 所 有 已 经 编译 好 的 构建 
一 旦 有 文件 保存 ,执行 增 量 编译 并 运行 测试 
适用 于 任何 使 用 了 ~ 前 级 的 命令 

运行 Scala REPL 

执行 项 目的 某 一 主 程序 

显示 变量 X 的 定义 

生成 Eclipse 项 目 文件 

退出 REPL( 也 可 以 通过 control-d 的 方式 退出 ) 












































# 
# 
# 
# 
# 
# 
# 
# 
# 
# 

















为 了 能 编译 更 新 后 的 代码 并 运行 对 应 测试 ， 我 通常 会 执行 ~test 命令 。SBT AEH TH EH 











编译 器 和 调试 执行 器 ， 因 此 每 次 执行 时 不 用 等 待 完全 构建 所 需 时 间 。 假 如 你 希望 执行 其 他 








任务 或 退出 sbt， 只 需要 按 一 下 回 车 键 即 可 。 


假如 你 使 用 安装 了 Scala 插件 的 Eclipse 进行 开发 ， 便 能 很 方便 地 执行 eclipse 任务 。 运 行 
eclipse 任务 将 生成 对 应 的 项 目 文件 ， 这 些 生成 的 代码 作为 Eclipse 项 目 文件 进行 加 载 。 如 
果 你 想 使 用 Eclipse 来 处 理 示 例 代码 ， 请 执行 eclipse 任务 。 


假如 你 使 用 最 近 发 布 的 Scala 插件 IntelliJ IDEA 进行 开发 ， 直 接 导 入 SBT 项 目 文件 便 能 





成 IntelliJ 项 目 。 

















Scala 中 已 经 包含 了 REPL 环境 ， 你 可 以 执行 console 命令 局 动 该 环境 。 如 果 你 希望 在 
REPL 环境 下 运行 本 书 中 的 代码 示例 ， 那 么 通常 情况 下 ， 你 首先 需要 运行 console 命令 : 
$ sbt 


> console 
[info] Updating {file:/.../prog-scala-2nd-ed/}prog-scala-2nd-ed... 


[info] ... 








[info] Done updating. 
[info] Compiling ... 
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[info] Starting scala interpreter... 

[info] 

Welcome to Scala version 2.11.2 (Java HotSpot(TM) 64-Bit Server VM, Java ...). 
Type in expressions to have them evaluated . 

Type :help for more information. 


scala> 1+ 2 
resO: Int = 3 


scala> :quit 

此 处 省 去 若干 输出 ， 与 SBT REPL 一 样 ， 你 也 可 以 使 用 Ctrl-D 退出 系统 。 

运行 console 时 ，SBT 首先 会 构建 项 目 ， 并 通过 设置 CLASSPATH 使 该 项 目 可 用 。 因 此 ， 你 

也 可 以 使 用 REPL 编写 代码 进行 试验 。 
使 用 Scala REPL 能 有 效 地 对 你 编写 的 代码 进行 试验 ， 也 可 以 通过 REPL 来 
学 习 API， 即 便 是 Java API 亦 可 。 在 SBT 上 使 用 console 任务 执行 代码 时 ， 
console 任务 会 很 体贴 地 为 你 在 classpath 中 添加 项 目 依赖 项 以 及 编译 后 的 项 

目 代码 。 











1.2.2 ”执行 Scala 命 令 行 工具 

如 果 你 单独 安装 了 Scala 命令 行 工 具 ， 会 发 现 与 Java 编译 器 javac 相似 ，Scala 编译 器 叫 作 
scalac。 我 们 会 使 用 SBT 执行 编译 工作 ， 而 不 会 直接 使 用 scalac。 不 过 如 果 你 曾 运 行 过 
javac 命令 ， 会 发 现 scalac 语法 也 很 直接 。 

在 命令 行 窗口 中 运行 -version 命令 ， 便 可 查看 到 当前 运行 的 scalac 版 本 以 及 命令 行 参数 
帮助 信息 。 与 之 前 一 样 ， 在 $ 提示 符 后 输入 文本 。 之 后 生成 的 文本 便 是 命令 输出 。 


$ scalac -version 

Scala compiler version 2.11.2 -- Copyright 2002-2013, LAMP/EPFL 
$ scalac -help 

Usage: scalac <options> <source files> 

where possible standard options include: 














-Dproperty=value Pass -Dproperty=value directly to the runtime system. 
-J<flag> Pass <flag> directly to the runtime system. 
-P:<plugin>:<opt> Pass an option to a plugin 





与 之 类 似 ， 执 行 下 列 scala 命令 也 可 以 查看 Scala 版 本 及 命令 参数 帮助 。 


$ scala -version 
Scala code runner version 2.11.2 -- Copyright 2002-2013, LAMP/EPFL 
$ scala -help 
Usage: scala <options> [<script|class|object|jar> <arguments>] 
or scala -help 


S 


ALL options to scalac (see scalac -help) are also allowed. 

















有 时 我 们 会 使 用 scala 来 运行 Scala“ 脚 本 ”文件 ， 而 java 命令 行 却 没 有 提供 类 似 的 功能 。 





下 面 将 要 执行 的 脚本 来 源 于 我 们 的 示例 代码 : 


// src/main/scala/progscala2/introscala/upper1.sc 











class Upper { 
def upper(strings: String*): Seq[String] = { 
strings.map((s:String) => s.toUpperCase()) 
} 
} 


val up = new Upper 
println(up.upper("Hello", "World!")) 





我 们 将 调用 scala 命令 执行 该 脚本 。 也 请 读者 尝试 运行 该 示例 。 上 述 代码 使 用 的 文件 路 径 
适用 于 Linux 和 Mac OS X 系统 。 我 假设 ， 当 前 的 工作 目录 位 于 代码 示例 所 在 的 根 目录 。 


如 果 使 用 Windows 系统 ， 请 在 路 径 中 使 用 反 斜 杠 。 





$ scala src/main/scala/progscala2/introscala/upperi.sc 


ArrayBuffer(HELLO, WORLD!) 


现在 我 们 终于 满足 了 编程 图 书 或 向 导 的 一 条 不 成 文 的 规定 : 





World!” 。 





第 一 个 程序 必须 打印 “Hello 





最 后 提 一 下 ， 执 行 scala 命令 时 ， 如 果 未 指定 主 程序 或 脚本 文件 ， 那 么 scala 将 进入 
REPL 模式 ， 这 与 在 sbt 中 运行 console 命令 类 似 。( 不 过 ， 运 行 scala 时 的 classpath 与 执 
行 console 任务 的 classpath 不 同 。) 下 面 列 出 的 REPL 会 话 中 讲解 了 一 些 有 用 的 命令 。( 如 
果 你 未 独立 安装 Scala， 在 sbt 中 执行 console 任务 也 能 进入 Scala REPL 环境 )。 此 时 ， 





REPL 提示 符 是 scala> 〈 此 处 省 略 了 一 些 输出 信息 )。 


$ scala 


Welcome to Scala version 2.11.2 (Java HotSpot(TM)...). 


Type in expressions to have them evaluated. 
Type :help for more information. 


scala> :help 





ALL commands can be abbreviated, e.g. :he instead of :help. 























:cp <path> add a jar or directory to the classpath 

:edit <id>|<line> edit history 

:heLp [command] print this summary or command-specific help 

shistory [num] show the history (optional num is commands to show) 
其 他 消息 

scala> val s = "Hello, World!" 


s: String = Hello, World! 


scala> println("Hello, World!") 
Hello, World! 


scala> 1 + 2 
res3: Int = 3 


scala> s.con<tab> 
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concat contains contentEquals 


scala> s.contains("el") 
res4: Boolean = true 


scala> :quit 

$ ”# 反 回 shell 提 示 符 
我 们 为 变量 s 赋予 了 string 值 "Hello，World!"， 通 过 使 用 val 关键 字 ， 我 们 将 变量 s 声明 
成 不 可 变 值 。printtn 函数 (http://www.scala-lang.org/api/current/index.html#scala.Console$) 
将 在 控制 台中 打印 一 个 字符 串 ， 并 会 在 字符 串 结尾 处 打印 换行 符 。 


printtn 国 数 与 Java 中 的 System.out.printin (http://docs.oracle.com/javase/8/docs/api/java/ 
lang/System.html) 作用 一 致 。 同 样 ，Scala 也 使 用 了 Java 提供 的 String 类 型 (http://docs. 
oracle.com/javase/8/docs/api/java/lang/String.html) 。 


接 下 来 ， 请 注意 我 们 要 将 两 个 数字 相 加 ， 由 于 我 们 并 未 将 运算 的 结果 赋予 任何 一 个 变量 ， 
因此 REPL 帮 有 我 们 将 变量 命名 为 res3， 我 们 可 以 在 随后 的 表达 式 中 运用 该 变量 。 

REPL 支持 tab 补 人 全。 例子 中 显示 输入 命令 s.con<tab> 表示 的 是 在 s.con 后 输入 tab 符 。 
REPL 将 列 出 一 组 可 能 会 被 调用 的 方法 名 。 在 本 例 中 表达 式 最 后 调用 了 contains 方法 。 


最 后 ， 调 用 :quit 命令 退出 REPL。 也 可 以 使 用 Ctrl-D 退出 。 
接 下 来 ， 我 们 将 看 到 更 多 REPL 命令 ， 在 21.1 市 中 ， 我 们 将 更 深入 地 探索 REPL 的 各 个 命令 。 


1.2.3 在 IDE 中 运行 Scala REPL 


下 面 我 们 将 讨论 另外 一 种 执行 REPL 的 方式 。 特 别 是 当 你 使 用 Eclipse, IntelliJ IDEA 或 
NetBeans 时 ， 这 种 方式 会 更 加 实用 。Eclipse 和 IDEA 支持 worksheet 功能 ， 当 你 编辑 Scala 
代码 时 ， 感 觉 不 到 它 与 正常 地 编辑 编译 代码 或 脚本 代码 有 什么 区 别 。 不 过 一 旦 将 该 文件 保 
存 ， 代 码 便 会 立刻 被 执行 。 因 此 ， 假 如 你 需要 修改 并 重新 运行 重要 的 代码 片段 ， 使 用 这 种 
开发 方式 比 使 用 REPL 更 为 方便 。NetBeans 也 提供 了 一 种 类 似 的 交互 式 控制 台 功能 。 


假如 你 想 要 使 用 上 述 的 某 个 IDE， 可 以 参考 21.3 节 ， 掌 握 Scala 插件 、worksheet 以 及 交互 
式 控制 台 的 相关 信息 。 


1.3 使 用 Scala 


在 本 章 的 剩余 篇 幅 和 之 后 的 两 章 中 ， 我 们 将 对 Scala 的 一 些 特性 进行 快速 讲解 。 在 学 习 这 
些 内 容 时 会 涉及 一 些 语 言 细 闻 ， 这 些 细节 仅 用 于 理解 这 些 内 容 ， 更 多 的 细节 会 在 后 续 章 贡 
中 提供 。 你 可 以 将 这 几 章 内 容 视 为 Scala 语法 入 门 书 ， 并 从 中 感受 Scala 编程 的 魅力 。 


当 提 到 某 一 Scala 库 类 型 时 ， 我 们 可 以 阅读 Scaladoc 中 的 相关 信息 进行 学 
习 。 如 果 你 想 访 问 当 前 版 本 的 Scala 对 应 的 Scaladoc 文档 ， 请 查看 http:// 
www.scala-lang.org/api/current/。 请 注意 ， 左 侧 类 型 列表 区 域 的 上 方 有 一 搜索 
栏 ， 应 用 该 搜索 栏 能 很 方便 地 快速 查找 类 型 。 与 Javadoc 不 同 ，Scaladoc 按 
照 package 来 排列 类 型 ， 而 不 是 按照 字母 顺序 全 部 列 出 。 









































本 书 多 数 情况 下 会 使 用 Scala REPL， 因 此 我 们 在 这 儿 再 温习 一 过 运 行 REPL 的 三 种 方式 。 
你 可 以 不 指定 脚本 或 main 参数 直接 输入 scala 命令 ， 也 可 以 使 用 SBT console 命令 ， 还 可 
以 在 那些 流行 的 IDE 中 使 用 worksheet 特性 。 


假如 你 不 想 使 用 任何 IDE， 我 建议 你 尽量 使 用 SBT， 尤 其 是 当 你 的 工作 固定 在 某 一 特定 项 
目 时 。 本 书 也 将 使 用 SBT 进行 讲解 ， 这 些 操作 步骤 同样 适用 于 直接 运行 scala 命令 或 者 
在 IDE 中 创建 worksheet 的 情况 。 请 自行 选择 开发 工具 。 事 实 上， 即便 你 青睐 于 使 用 IDE， 
我 还 是 希望 你 能 尝试 在 命令 行 窗口 运行 一 下 SBT， 了 解 SBT 环境 。 我 个 人 很 少 使 用 IDE， 
不 过 是 否 选 择 IDE 只 是 个 人 的 偏好 罢了 。 

打开 shell 窗口 ， 切 换 到 代码 示例 所 在 的 根 文件 夹 并 运行 sbt。 在 > 提示 符 后 输入 console. 
从 现在 开始 ， 本 书 将 省 略 关于 sbt 和 scala 输出 的 一 些 “ 程 序 化 ”的 语句 。 


在 scala> 提示 符 中 输入 下 列 两 行 : 


scala> val book = "Programming Scala" 
book: java.lang.String = Programming Scala 





























scala> println(book) 
Programming Scala 


第 一 行 代码 中 的 val 关键 字 用 于 声明 不 变 变 量 book。 可 变数 据 是 错误 之 源 ， 因 此 我 推荐 使 
用 不 变 值 。 

请 注意 ， 解 释 器 返回 值 列 出 了 book 变量 的 类 型 和 数值 。Scala 从 字面 量 "Programming 
Scala" 中 推导 出 book 属于 java.lang.String %7! (http://docs.oracle.com/javase/8/docs/api/ 
java/lang/String.html) , 

显示 类 型 信息 或 在 声明 中 显 式 指明 类 型 信息 时 ， 这 些 类 型 标注 紧 随 冒号 ， 出 现在 相关 项 之 
后 。 为 什么 Scala 不 遵循 Java WANE? Scala 常常 能 推导 出 类 型 信息 ， 因 此 ， 我 们 在 代 
码 中 总 是 看 不 到 显 式 的 类 型 标注 。 如 果 代码 中 省 略 了 冒号 和 类 型 标注 信息 ， 那 么 与 Java 的 
类 型 习惯 相 比 ，item: type 这 一 模式 更 有 助 于 编译 器 正确 地 分 析 代 码 。 

一 般 来 说 ， 当 Scala 语法 与 Java 语法 存在 差异 时 ， 通 常 都 会 有 一 个 充分 的 理由 。 比 如 说 ， 
Scala 支持 了 一 个 新 的 特性 ， 而 这 个 特性 很 难 使 用 Java 的 语法 表达 出 来 。 










































































REPL 中 显示 了 类 型 信息 ， 这 有 助 于 学 习 Scala 是 如 何 为 特定 表达 式 推导 类 型 
的 。 透 过 这 个 例子 ， 可 以 了 解 到 REPL 提供 了 哪些 功能 。 











仅 使 用 REPL 来 编辑 或 提交 大 型 的 示例 代码 会 比较 枯燥 ， 而 使 用 文本 编辑 器 或 IDE 来 编写 
Scala 脚本 则 会 方便 得 多 。 编 写 完 成 之 后 ， 你 可 以 执行 脚本 ， 也 可 以 复制 粘贴 大 段 代码 再 
执行 。 

我 们 再 回顾 一 下 之 前 编写 的 upperl.sc 文件 。 
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// src/main/scala/progscala2/introscala/upper1.sc 


class Upper { 
def upper(strings: String*): Seq[String] = { 
strings.map((s:String) => s.toUpperCase()) 


} 


val up = new Upper 
println(up.upper("Hello", "World!")) 


本 书 的 下 载 示 例 压 缩 包 中 的 每 个 示例 的 第 一 行 均 为 注释 ， 该 注释 列 出 了 示例 文件 在 压缩 包 
中 的 路 径 。Scala 遵循 Java、C#、C 等 语言 的 注释 规则 ，// comment 只 能 作用 到 本 行 行 尾 ， 
而 /* comment */ 则 可 以 跨行 。 


我 们 再 回顾 一 下 前 言 中 的 内 容 。 依 照 命 名 规范 ， 脚 本 文件 的 扩展 名 为 .sc， 而 编译 后 的 文 

件 的 扩展 名 为 .scala， 这 一 命名 规范 仅 适 用 于 本 书 。 通 常 ， 脚 本 文件 往往 也 使 用 scala 扩展 

名 。 不 过 如 果 使 用 SBT 构建 项 目 ，SBT 会 尝试 编译 这 些 以 scala 命名 的 文件 ， 而 这 些 脚 本 

文件 却 无 法 编译 (我 们 稍 后 便 会 讲 到 这 些 )。 

我 们 首先 运行 该 脚本 ， 有 具体 代码 细节 稍 后 讨论 。 局 动 sbt 并 执行 console 命令 以 开启 Scala 

环境 。 然 后 使 用 :load 命令 加 载 (编译 并 运行 ) 文件 : 
scala> :Load src/main/scala/progscala2/introscala/upper1.sc 
Loading src/main/scala/progscala2/introscala/upperi.sc... 
defined class Upper 


up: Upper = Upper@4ef506bf // 调用 Java 的 0bject.toSstring 方 法 。 
ArrayBuffer(HELLO, WORLD!) 


上 述 脚本 中 ， 只 有 最 后 一 行 才 是 printtn 命令 的 输出 ， 其 他 行 则 是 REPL 提供 的 一 些 反馈 
信息 。 


那么 这 些 脚本 为 什么 无 法 编译 呢 ? 脚本 设计 的 初 庙 是 为 了 简化 代码 ， 无 须 将 声明 (变量 和 
RBC) 封装 在 对 象 中 便 是 一 种 简化 。 而 将 Java 和 Scala 代码 编译 后 ， 声 明 必 须 封 装 在 对 象 
中 (这 是 SVM 字 市 码 的 需求 )。scala 命令 通过 一 个 聪明 的 技巧 解决 了 冲突 : 将 脚本 封装 
在 一 个 你 看 不 到 的 匿名 对 象 中 。 


假如 你 的 确 希望 能 将 脚本 文件 编译 为 JVM 的 字 节 码 (一 组 .class 文件 )， 可 以 在 scalac fy 
令 中 传 入 -Xscript <object> 参数 ，<object> 表示 你 所 选中 的 main 类 ， 它 是 生成 的 Java 应 
用 程序 的 入 口 点 。 

$ scalac -Xscript Upper1 src/main/scala/progscala2/introscala/upperi.sc 


$ scala Upper1 
ArrayBuffer(HELLO, WORLD!) 


执行 完毕 后 检查 当前 文件 夹 ， 你 会 发 现 一 些 命名 方式 有 趣 的 class 文件 。( 提 示 : 一 些 匿 名 
国 数 也 被 转换 成 了 对 象 ! ) 我 们 稍 后 会 再 讨论 这 些 名 字 ，Upperl.class 文件 中 包含 了 主 程 
序 ， 我 们 将 使 用 javap 和 Scala 对 应 工具 scalap， 对 该 文件 实施 逆向 工程 ! 

$ javap -cp . Upperi 


Compiled from "upper1.sc" 
public final class Upper1 { 
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public static void main(java.lang.String[]); 
} 
$ scalap -cp . Upperi 
object Upper1 extends scala.AnyRef { 
def this() = { /* compiled code */ } 
def main(argv : scala.Array[scala.Predef.String]) : scala.Unit = 
{ /* compiled code */ } 
} 


最 后 ， 我 们 将 对 代码 本 身 进 行 讨 论 ， 代 码 如 下 : 
// src/main/scala/progscala2/introscala/upper1.sc 


class Upper { 
def upper(strings: String*): Seq[String] = { 
strings.map((s:String) => s.toUpperCase()) 
} 
} 


val up = new Upper 
println(up.upper("Hello", "World!")) 


Upper 类 中 的 upper 方法 将 输入 字符 串 转 换 成 大 写字 符 串 ， 并 返回 一 个 包含 这 些 字符 串 的 
Seq (Seq Zan “FEI”, http:/Avww.scala-lang.org/api/current/index.html#scala.collection.Seq ) 
对 象 。 最 后 两 行 代码 创建 了 Upper 对 象 的 一 个 实例 ， 并 调用 这 一 实例 将 字符 串 “Hello” 和 
“World!” 转 换 为 大 写字 符 串 ， 并 最 终 打 印 出 产生 的 Seq 对 象 。 


在 Scala 中 定义 类 时 需要 输入 class 关键 字 ， 整 个 类 定义 体 包 含 在 最 外 层 的 一 对 大 括号 中 
({…})。 事 实 上 ， 这 个 类 定义 体 同样 也 是 这 个 类 的 主 构 造 函 数 。 假 如 需要 将 参数 传递 给 这 
个 构造 函数 ， 就 要 在 类 名 Upper 之 后 输入 参数 列表 。 

下 面 这 小 段 代 码 声明 了 一 个 方法 : 


def upper(strings: String*): Seq[String] =... 


定义 方法 时 需要 先 输 入 def 关键 字 ， 之 后 输入 方法 名 称 以 及 可 选 的 参数 列表 。 再 输入 可 选 
的 返回 类 型 (有 时 候 ，Scala 能 够 推导 出 返回 类 型 )， 返 回 类 型 由 冒号 加 类 型 表示 。 最 后 使 
用 等 于 号 (=) 将 方法 签名 和 方法 体 分 隔 开 。 

实际 上 ， 圆 括号 中 的 参数 列表 代表 了 变 长 的 string 类 型 参数 列表 ， 修 饰 strings 参数 
的 String 类 型 后 面 的 * 号 指明 了 这 一 点 。 也 就 是 说 ， 你 可 以 传递 任意 多 的 字符 串 (也 可 
以 传递 空 列表 )， 而 这 些 字符 串 由 逗号 分 隔 。 在 这 个 方法 中 ，strings 参数 的 类 型 实际 上 
是 WrapppedArray (http://www.scala-lang.org/api/current/index.html#scala.collection.mutable. 
WrappedArray) ， 该 类 型 对 Java 数组 进行 了 封装 。 


参数 列表 后 列 出 了 该 方法 的 返回 类 型 Seq[String], Seq (代表 Sequence) 是 集合 的 一 种 
抽象 ， 你 可 以 依照 固定 的 顺序 (不同 于 遍历 Set 和 Map 对 象 那 样 的 随机 顺序 和 未 定义 顺 
序 ， 遍 历 那 类 容器 无 法 保证 过 历 顺 序 ) 遍历 这 类 结合 抽象 。 实 际 上 ， 该 方法 返回 的 类 型 
是 scala.collection.mutable.ArrayBuffer (http://www.scala-lang.org/api/current/#scala. 
collection.mutable.ArrayBuffer) ， 不 过 绝 大 多 数 情况 下 ， 调 用 者 无 须 了 解 这 点 。 
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值得 一 提 的 是 ，Seq 是 一 个 参数 化 类 型 ， 就 好 象 Java 中 的 泛 型 类 型 。Seq 代表 着 “ 某 类 
事物 的 序列 ”， 上 面 代 码 中 的 Seq 表示 的 是 一 个 字符 串 序 列 。 请 注意 ，Scala 使 用 方 括号 
([…]) 表示 参数 类 型 ， 而 Java 使 用 角 括 号 (<-->). 


Scala 的 标识 符 ， 如 方法 名 和 变量 名 ， 中 允许 出 现 尖 括号 ， 例 如 定义 “小 于 ” 
方法 时 ， 该 方法 常 被 命名 为 <， 这 在 Scala 语言 中 是 允许 的 ， 而 Java WA I 
许 标 识 符 中 出 现 这 样 的 字符 。 因 此 ， 为 了 避免 出 现 歧义 ，Scala 使 用 方 括号 
而 不 是 尖 括 号 表示 参数 化 类 型 ， 并 且 不 允许 在 标识 符 中 使 用 方 括号 。 






































upper 方法 的 定义 体 出 现在 等 号 (=) 之 后 。 为 什么 使 用 等 号 呢 ? 而 不 像 Java 那样 ， 使 用 花 
括号 表示 方法 体 呢 ? 


避免 歧义 是 原因 之 一 。 当 你 在 代码 中 省 略 分 号 时 ，Scala 能 够 推断 出 来 。 在 大 多 数 时 候 ， 
Scala 能 够 推导 出 方法 的 返回 类 型 。 假 如 方法 不 接受 任何 参数 ， 你 还 可 以 在 方法 定义 中 省 
略 参数 列表 。 


使 用 等 号 也 强调 了 函数 式 编程 的 一 个 准则 ; 值 和 函数 是 高 度 对 齐 的 概念 。 正 如 我 们 所 看 到 
的 那样 ， 函 数 可 以 作为 参数 传递 给 其 他 函数 ， 也 能 够 返回 函数 ， 还 能 被 赋 给 某 一 变量 。 这 
与 对 象 的 行为 是 一 致 的 。 
最 后 提 一 下 ， 假 如 方法 体 仅 包含 一 个 表达 式 ， 那 么 Scala 允许 你 省 略 花 括 号 。 所 以 说 ， 使 
用 等 号 能 够 避免 可 能 的 解析 歧义 。 
国 数 方法 体 中 对 字符 串 集 合 调用 了 map 方法 (http://www.scala-lang.org/api/current/index. 
html#scala.collection.TraversableLike), map 方法 的 输入 参数 为 函数 字面 量 (function literal). 
而 这 些 函 数字 面 量 便 是 “匿名 ”函数 。 在 其 他 语言 中 ， 它 们 也 被 称 为 Lambda、 闭 包 
(closure)、 块 (block) 或 过 程 (proc)。Java 8 最 终 也 提供 了 真正 的 匿名 方法 Lambda。 但 
Java 8 之 前 ， 你 上 只 能 通过 接口 实现 的 方式 实现 匿名 方法 ， 我 们 通常 会 在 接口 中 定义 一 个 匿 
名 的 内 部 类 ， 并 在 内 部 类 中 声明 执行 真正 工作 的 方法 。 因 此 ， 即 便 是 在 Java 8 之 前 ， 你 也 
能 够 实现 匿名 国 数 的 功能 : 通过 传人 某 些 舱 套 行 为 ， 将 外 部 行为 参数 化 。 不 过 这 些 繁琐 的 
语法 着 实 损害 并 掩盖 了 匿名 方法 这 门 技术 的 优势 。 
在 这 个 示例 中 ， 我 们 向 map 方法 传递 了 下 列 函数 字面 量 : 

(s:String) => s.toUpperCase() 
此 函数 字面 量 的 参数 表 中 只 包含 了 一 个 字符 串 参 数 s。 它 的 函数 体位 于 箭头 => 之 后 
(UTF8 也 允许 使 用 =>)。 该 函数 体 调用 了 s 的 UpperCase() 方法 。 此 次 调用 的 返回 值 会 
动 被 这 个 国 数字 面 量 返 回 。 在 Scala 中 ， 国 数 或 方法 中 把 最 后 一 条 表达 式 的 返回 值 作 为 
己 的 返回 值 。 尽 管 Scala 中 存在 return 关键 字 ， 但 只 能 在 方法 中 使 用 ， 上 面 这 样 的 匿名 
数 则 不 允许 使 用 。 事 实 上 ,方法 中 也 很 少 用 到 这 个 关键 字 。 
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方法 和 函数 
对 于 大 多 数 的 面向 对 象 编 程 语言 而 言 ， 方 法 指 的 是 类 或 对 象 中 定义 的 函数 。 当 调用 方 
法 时 ,方法 中 的 this 引用 会 隐 性 地 指向 某 一 对 象 。 当 然 ， 在 大 多 数 的 OOP 语言 中 ， 
方法 调用 的 语法 通常 是 this.method_name(other_args)。 本 书 中 的 “方法 ”也 满足 这 一 
常用 规范 。 我 们 提 到 的 “函数 ”尽管 不 是 方法 ， 但 在 某 些 时 候 通常 会 将 方法 也 归 入 函 
数 。 当 前 上 下 文 能 够 认 清 它们 的 区 别 。 


upperl.sc 中 表达 式 (s:String) => s.toUpperCase() 便 是 一 个 函数 ， 它 并 不 是 方法 。 











我 们 对 序列 对 象 strings 调用 了 map 方法 ， 该 方法 会 把 每 个 字符 串 依次 传递 给 函数 字面 量 ， 
并 将 函数 字面 量 返 回 的 值 组 成 一 个 新 的 集合 。 举 个 例子 ， 假 如 在 原先 的 列表 中 有 五 个 元 
素 ， 那 么 新 生成 的 列表 也 将 包含 五 个 元 素 。 

继续 上 面 的 示例 ， 为 了 进一步 练习 代码 ， 我 们 会 创建 一 个 新 的 Upper 实例 并 将 它 赋 给 变量 
up。 与 Java、C# 等 类 似 语言 一 样 ，new Upper 语法 将 创建 一 个 新 的 实例 。 由 于 主 构造 函数 
并 不 接受 任何 参数 ， 因 此 并 不 需要 传递 参数 列表 。 通 过 val 关键 字 ，up 参数 被 声明 为 只 读 
fA. up 的 行为 与 Java 中 的 final 变量 相似 。 

最 后 ， 我 们 调用 upper 方法 ， 并 使 用 printLn(…) 方法 打印 结果 。 
我 们 可 以 进一步 简化 代码 ， 请 思考 下 面 更 简洁 的 版 本 。 


// src/main/scala/progscala2/introscala/upper2.sc 


















































object Upper { 
def upper(strings: String*) = strings.map(_.toUpperCase()) 


} 


println(Upper.upper("Hello", "World!")) 
这 段 代 码 同 样 实 现 了 相同 的 功能 ， 但 使 用 的 字符 却 少 了 三 分 之 一 。 


在 第 一 行 中 ，Upper 被 声明 为 单 例 对 象 ，Scala 将 单 例 模式 视 为 本 语言 的 第 一 等 级 成 员 。 尽 
管 我 们 声明 了 一 个 类 ， 不 过 Scala 运行 时 只 会 创建 Upper 的 一 个 实例 。 也 就 是 说 ， 你 无 法 
通过 new 创建 Upper 对 象 。 就 好 像 Java 使 用 静态 类 型 一 样 ， 其 他 语言 使 用 类 成 员 (class- 
level member), Scala 则 使 用 对 象 进行 处 理 。 由 于 Upper 中 并 不 包含 状态 信息 ， 所 以 我 们 此 
处 的 确 不 需要 多 个 实例 ， 使 用 单 例 便 能 满足 需求 。 


单 例 模式 具有 一 些 次 端 ， 也 因此 常 被 指责 。 例 如 在 那些 需要 将 对 象 值 进行 double 的 单元 测 
试 中 ， 如 果 使 用 了 单 例 对 象 ， 便 很 难 替换 测试 值 。 而 且 如 果 对 一 个 实例 执行 所 有 的 计算 ， 
会 引发 线程 安全 和 性 能 的 问题 。 不 过 正如 静态 方法 或 静态 值 有 时 适用 于 Java 这 样 的 语言 一 
样 ， 单 例 有 时 候 在 Scala 中 也 是 适用 的 。 上 述 示例 便 是 一 个 证 明 ， 由 于 无 须 维护 状态 而 且 
对 象 也 不 需要 与 外 界 交 互 ， 单 例 模 式 适 用 于 上 述 示例 。 因 此 ， 使 用 Upper 对 象 时 我 们 没有 
必要 考虑 测试 双 倍 值 的 问题 ， 也 没有 必要 担心 线程 安全 。 
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Scala 为 什么 不 支持 静态 类 型 呢 ? 与 那些 允许 静态 成 员 (或 类 似 结构 ) 的 语 

言 相 比 ，Scala 更 信奉 万 物 皆 应 为 对 象 。 相 较 于 混入 了 静态 成 员 和 实例 成 员 

的 语言 ， 采 用 对 象 结构 的 Scala 更 坚定 地 贯彻 了 这 一 方针 。 回 想 一 下 ，Java 

的 静态 方法 和 静态 域 并 未 绑 定 到 类 型 的 实际 实例 中 ， 而 Scala 的 对 象 则 是 某 
类 型 的 单 例 。 

















第 二 行 中 upper 的 实现 同样 简洁 。 尽 管 Scala 无 法 推断 出 方法 的 参数 类 型 ， 却 常常 能 够 推 
断 出 方法 的 返回 类 型 ， 因 此 我 们 在 此 省 略 返回 类 型 的 显 式 声明 。 同 时 ， 由 于 方法 体 中 仅 包 
含 了 一 句 表 达 式 ， 我 们 可 以 省 略 括 号 ， 并 在 一 行内 完成 整个 方法 的 定义 。 除 了 能 提示 读者 
之 外 ,方法 体 之 前 的 等 号 也 告诉 编译 器 方法 体 的 起 始 位 置 。 
Scala 为 什么 无 法 推导 出 方法 参数 类 型 呢 ? 理论 上 类 型 推理 算法 执行 了 局 部 类 型 推导 ， 这 
意味 着 该 推导 无 法 作用 于 整个 程序 全 局 ， 而 只 能 局 限 在 某 一 特定 域内 。 因 此 ， 尽 管 无 法 分 
辨 出 参数 所 必须 使 用 的 类 型 ， 但 由 于 能 够 查看 整个 函数 体 ，Scala 大 多 数 情况 下 却 能 推导 
出 方法 的 返回 值 类 型 。 递 归 函 数 是 个 例外 ， 由 于 它 的 执行 域 超越 了 函数 体 的 范 围 ， 因 此 必 
须 声 明 返 回 类 型 。 
任何 时 候 ， 参 数列 表 中 的 返回 类 型 都 为 读者 提供 了 有 用 信息 。 仅 仅 是 因为 Scala 能 推导 
出 函数 的 返回 类 型 ， 我 们 就 放弃 为 读者 提供 返回 类 型 信息 吗 ? 对 于 简单 的 函数 而 言 ， 读 
者 能 够 很 清楚 地 发 现 返 回 类 型 ， 显 式 列 出 的 返回 类 型 也 许 还 不 是 特别 重要 。 不 过 有 时 候 
由 于 bug 或 某 些 特定 输入 或 函数 体 中 的 某 些 表达 式 所 触发 的 某 些微 妙 行为 ， 推 导出 的 类 
型 可 能 并 不 是 我 们 所 期 望 的 类 型 。 显 式 返 回 类 型 代表 了 你 所 期 望 的 返回 类 型 ， 它 们 同时 
还 为 读者 提供 了 有 用 信息 ， 因 此 我 推荐 添加 返回 类 型 ， 而 不 要 省 略 它 们 。 这 尤其 适用 于 
公有 API。 
我 们 对 函数 字面 量 进行 了 进一步 的 简化 ， 之 前 我 们 的 代码 如 下 : 

(s:String) => s.toUpperCase() 
我 们 将 其 简化 为 下 列表 达 式 : 

_.toUpperCase() 
map 方法 接受 单一 函数 参数 ， 而 单一 函数 也 只 接受 单一 参数 。 在 这 种 情况 下 ， 函 数 体 只 使 
用 一 次 该 参数 ， 所 以 我 们 使 用 占 位 符 -来 替代 命名 参数 。 也 就 是 说 : -起 到 了 匿名 参数 的 
作用 ， 在 调用 toUpperCase 方法 之 前 ，- 将 被 字符 串 替 换 。Scala 同时 也 为 我 们 推断 出 了 该 
变量 的 类 型 为 String 类 型 。 
最 后 一 行 代码 中 ， 由 于 使 用 了 对 象 而 不 是 类 ， 此 次 调用 变 得 更 加 简单 。 无 须 通 过 new 
Upper 代码 创建 实例 ， 我 们 只 需 直接 调用 Upper 对 象 的 upper 方法 。 调 用 语法 与 调用 Java 
类 静态 方法 时 的 语法 一 样 。 
最 后 ，Scala 会 自动 加 载 一 些 像 printLn (http://www.scala-lang.org/api/current/index.html#scala. 
Console$) 这 样 的 IO 方法 ，printtn 方法 实际 是 scala 包 (http://www.scala-lang.org/api/current/ 
scala/package.html) 中 Console 对 象 (http:/Avww.scala-lang.org/api/current/index.html#scala.Console$ ) 
的 一 个 方法 。 与 Java 中 的 包 一 样 ，Scala 通过 包 提 供 “命名 空间 ”并 界定 作用 域 。 

































































14 | 第 1 章 


因此 ， 使 用 printtn 方法 时 ， 我 们 无 需 调 用 scala.Console.println 方法 (http://www.scala- 
lang.org/api/currentindex.html#scala.Console$) ， 直 接 输入 println 即 可 。printtn 方法 只 是 
众多 被 自动 加 载 的 方法 和 类 型 中 的 一 员 ， 有 一 个 叫 作 Predef 的 库 对 象 (http://www.scala- 
lang.org/api/current/index.html#scala.Predef$) 对 这 些 自动 加 载 的 方法 和 类 型 进行 定义 。 

我 们 再 进行 一 次 重 构 ， 把 这 个 脚本 转化 成 编译 好 的 一 个 命令 行 工 具 。 也 就 是 说 ， 我 们 将 创 
建 一 个 包含 了 main 方法 的 更 为 经 典 的 JVM 应 用 程序 。 


// src/main/scala/progscala2/introscala/upper1.scala 
package progscala2.introscala 





object Upper { 
def main(args: Array[String]) = { 
args.map(_.toUpperCase()).foreach(printf("%s ",_)) 
println("") 
} 
} 


回顾 一 下 前 面 的 内 容 ， 如 果 代码 具有 scala 扩展 名 ， 那 就 表示 我 们 会 使 用 scalac 编译 它 。 


现在 upper 方法 被 改名 成 了 main 方法 。 由 于 Upper 是 一 个 对 象 ，main 方法 就 像 是 Java 类 
的 静态 main 方法 一 样 。 它 就 是 Upper 应 用 的 入 口 点 。 


Æ Scala 中 ，main 方法 必须 为 对 象 方法 。( 在 Java 中 ，main 方法 必须 是 类 静 
态 方法 。) 应 用 程序 的 命令 行 参数 将 作为 一 组 字符 串 传递 给 main 方法 。 举 例 
来 说 ， 输 入 参数 是 args: Array[String], 


























upperl.scala 文件 中 的 第 一 行 代码 定义 了 名 为 introscala 的 包 ， 用 于 装载 所 定义 的 类 型 。 
在 Upper .main 方法 中 的 表达 式 使 用 了 map 方法 的 简写 形式 ， 这 与 我 们 之 前 代码 中 出 现 的 简 
写 形式 一 致 。 


args.map(_.toUpperCase())... 


map 方法 会 返回 一 个 新 的 集合 。 对 该 集合 我 们 将 使 用 foreach 方法 进行 遍历 。 我 们 问 
foreach 方法 中 传递 另 一 个 使 用 了 _ 占 位 符 的 函数 字面 量 。 在 这 上段 代码 中 ， 集 合 中 的 每 一 
个 字符 串 都 将 作为 参数 传递 给 scala.Console.printf 方法 (http://www.scala-lang.org/api/ 
current/index.html#scala.Console$) ， 该 方法 也 是 Predef 对 象 导 入 的 方法 ， 它 会 接受 代表 格 
式 的 字符 串 参数 以 及 一 组 将 对 入 到 格式 字符 串 的 参数 。 
args.map(_.toUpperCase()).foreach(printf("%s ",_)) 

在 此 澄清 一 下 ， 上 述 代 码 有 两 处 使 用 了 _， 这 两 个 -分别 位 于 不 同 的 作用 域 中 ， 彼 此 之 间 
没有 任何 关联 。 
尔 需要 花 一 些 时 间 才 能 掌握 这 样 的 链 式 函数 以 及 函数 字面 量 中 的 一 些 简写 方式 ， 不 过 一 旦 
熟悉 了 它们 ， 你 便 能 应 用 它们 编写 出 可 读 性 强 、 简 洁 强 大 的 代码 ， 这 些 代码 能 最 大 程度 地 
避免 使 用 临时 变量 和 其 他 一 些 样板 代码 。 如 果 你 是 一 名 Java 程序 员 ， 可 以 想象 一 下 使 用 早 
F Java 8 AY Java 版 本 编写 代码 ， 这 时 你 需要 使 用 匿名 内 部 类 才能 实现 相同 的 功能 。 
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main 方法 的 最 后 一 行 在 输出 中 增加 了 一 个 最 终 换 行 符 。 
为 了 运行 代码 ， 你 必须 首先 使 用 scalac， 将 代码 编译 成 一 个 能 在 JVM 下 运行 的 .class 文件 
(下 文中 的 $ 代表 命令 提示 符 )。 

$ scalac src/main/scala/progscala2/introscala/upper1.scala 


现在 ， 你 应 该 会 看 到 一 个 名 为 progscala2/introscala 的 新 文件 来， 该 文件 夹 里 包含 了 一 
HE class 文件 ，Upper.class 便 是 其 中 的 一 个 文件 。Scala 生成 的 代码 必须 满足 JVM FR 
码 的 合法 性 要 求 ， 文 件 夹 目录 必须 与 包 结构 吻合 是 要 求 之 一 。 

Java 在 源 代码 级 也 遵循 这 一 规定 ，Scala 则 要 更 灵活 一 些 。 请 注意 ， 在 我 们 下 载 的 代码 
示例 中 ， 文 件 Upper.class 位 于 一 个 叫 作 IntroScala 的 文件 夹 中 ， 这 与 它 的 包 名 并 不 一 致 。 
Java 同时 要 求 必须 为 每 一 个 最 顶层 类 创建 一 个 单独 的 文件 ， 而 Scala 则 允许 在 文件 中 创建 
任意 多 个 类 型 。 虽然 开发 Scala 代码 可 以 不 用 遵循 Java 关于 源 代 码 目 录 结 构 的 规范 ( 源 代 
码 目录 结构 应 吻合 包 结 构 ， 而 且 为 每 个 顶层 类 创建 一 个 单独 的 文件 )， 不 过 一 些 开发 团队 
依然 遵循 这 些 规范 ， 这 主要 因为 他 们 熟悉 这 些 Java 规范 ， 而 且 遵 循 这 些 规范 有 利于 追踪 代 
码 位 置 。 

现在 ， 你 可 以 输入 任意 长 度 的 字符 串 参 数 并 执行 命令 ， 如 下 所 示 : 


$ scala -cp . progscala2.introscala.Upper Hello World! 
HELLO WORLD! 


我 们 通过 选项 -cp . 4A A ae AAR (classpath) 中 ， 不 过 本 示例 其 实 并 不 
需要 该 选项 。 
请 尝试 使 用 其 他 输入 参数 来 执行 程序 。 另 外 ， 你 可 以 查看 progscala2/introscala 文件 夹 中 还 
有 哪些 其 他 的 类 文件 ， 像 之 前 例子 那样 使 用 javap 或 scalap 命令 查看 这 些 类 中 包含 了 什么 
定义 。 
最 后 ， 由 于 SBT 会 帮助 我 们 编译 文件 ， 我 们 实际 上 并 不 需要 手动 编译 这 些 文件 。 在 SBT 
提示 符 下 ， 我 们 可 以 使 用 下 列 命令 运行 程序 。 

> run-main progscala2.introscala.Upper Hello World! 
使 用 scala 命令 运行 程序 时 ， 我 们 需要 指明 SBT 生成 的 类 文件 的 正确 路 径 。 


$ scala -cp target/scala-2.11/classes progscala2.introscala.Upper Hello World! 
HELLO WORLD! 































































































解释 运行 Scala 与 编译 运行 Scala 
概括 地 说 ， 假 如 在 命令 行 输入 scala 命令 时 不 指定 文件 参数 ，REPL 将 启动 。 在 REPL 
中 输入 的 命令 、 表 达 式 和 语句 都 会 被 直接 执行 。 假 如 输入 scala 命令 时 指定 Scala RX 
件 ，scala 命令 将 会 以 脚本 的 形式 编译 并 运行 文件 。 另 外 ,假如 你 提供 了 JAR 文件 或 
是 一 个 定义 了 main 方法 的 类 文件 ，scala 会 像 Java 命令 那样 执行 该 文件 。 











我 们 接 下 来 对 这 些 代 码 再 进行 最 后 一 次 重 构 : 
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// src/main/scala/progscala2/introscala/upper2.scala 
package progscala2.introscala 


object Upper2 { 
def main(args: Array[String]) = { 
val output = args.map(_.toUpperCase()).mkString(" ") 
println(output) 
} 
} 


将 输入 参数 映射 为 大 写 格 式 字 符 串 之 后 ， 我 们 并 没有 使 用 foreach 方法 迭代 并 依次 打印 每 
个 词 ， 而 是 通过 一 个 更 便利 的 集合 方法 生成 字符 串 。mkSstring 方法 (http://www.scala-lang. 
org/api/current/index.html#scala.collection.TraversableOnce) 只 接受 一 个 输入 参数 ， 该 参数 
指定 了 集合 元 素 间 的 分 隔 符 。 另 外 一 个 mkString 方法 (EHRE) 则 接受 三 个 参数 ， 分 别 
表示 最 左边 的 前 级 字符 串 、 分 隔 符 和 最 右边 的 后 级 字符 串 。 你 可 以 尝试 将 代码 修改 为 使 用 
mkSsting("["，"，"，"]")， 并 观察 修改 后 代码 的 输出 。 














我 们 把 mkstring 方法 的 输出 保存 到 一 个 变量 之 中 ， 再 调用 printitn 方法 打印 这 个 变量 。 我 
们 本 可 以 在 整个 map 方法 之 外 再 封装 printtn 方法 进行 打印 ， 不 过 此 处 引入 新 变量 能 增强 











代码 的 可 读 性 。 


1.4 并 发 


Scala 有 许多 诱 人 之 处 ， 能 够 使 用 Akka API 通过 直观 的 actor 模式 构建 健壮 的 并 发 应 用 便 
是 其 中 之 一 (请 参考 http://akka.io)。 


下 面 的 示例 有 些 激进 ， 不 过 却 能 让 我 们 体会 到 Scala 的 强大 和 优雅 。 将 Scala 与 一 套 直观 的 
并 发 API 相 结合 ， 便 能 以 如 此 简洁 优雅 的 方式 实现 并 发 软件 。 你 之 前 研究 Scala 的 一 个 原 
因 可 能 是 寻求 更 好 的 并 发 之 道 ， 以 便 更 好 地 利用 多 核 CPU 和 集群 中 的 服务 器 来 实现 并 发 。 
使 用 actor 并 发 模型 便 是 其 中 的 一 种 方法 。 

在 actor 并 发 模型 中 ，actor 是 独立 的 软件 实体 ， 它 们 之 间 并 不 共享 任何 可 变 状态 信息 。 
actor 之 间 无 须 共 享 信息 ， 通 过 交换 消息 的 方式 便 可 进行 通信 。 通 过 消除 同步 访问 那些 共享 
可 变 状态 ， 编 写 健壮 的 并 发 应 用 程序 变 得 非常 简单 。 尽 管 这 些 actor 也 许 需要 修改 状态 ， 但 
是 假如 这 些 可 变 状态 对 外 不 可 访问 ， 并 且 actor 框架 确保 actor 相关 代码 调用 是 线程 安全 的 ， 
开发 者 就 无 须 再 费力 编写 枯燥 而 又 容易 出 错 的 同步 原 语 (synchronization primitive) 了 。 


在 这 个 简单 示例 中 ， 我 们 会 将 表示 几何 图 形 的 一 组 类 的 实例 发 送 给 一 个 actor， 该 actor 再 将 
这 组 实例 绘制 到 显示 器 上 。 你 可 以 想象 这 样 一 个 场景 : RLN (rendering farm) 在 为 动 
画 生成 场景 。 一 旦 场景 浑 染 完毕 ， 构 成 场景 的 几何 图 形 便 会 被 发 送 给 某 一 actor 进行 展示 。 
首先 ， 我 们 将 定义 Shape 类 。 


// src/main/scala/progscala2/introscala/shapes/Shapes.scala 
package progscala2.introscala.shapes 




































































case class Point(x: Double = 0.0, y: Double = 0.0) //@ 
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abstract cLass Shape() { // @ 
[** 
* draw 方 法 接受 一 个 函数 参数 ,每 个 图 形 对 象 都 会 将 自己 的 字符 格式 传 给 函数 f， 
* 由 函数 {执行 绘制 工作 。 
*] 
def draw(f: String => Unit): Unit = f(s"draw: ${this.toString}") //° 
} 


case class Circle(center: Point, radius: Double) extends Shape //@ 


case class Rectangle(lowerLeft: Point, height: Double, width: Double) // © 
extends Shape 


case class Triangle(point1: Point, point2: Point, point3: Point) [L O 
extends Shape 


此 处 声明 了 一 个 表示 二 维 点 的 类 。 

此 处 声明 了 一 个 表示 几何 形状 的 抽象 类 。 

此 处 实现 了 一 个 “绘制 ”形状 的 draw 方法 ， 该 方法 中 仅 输 出 了 一 个 格式 化 的 字符 串 。 
Circle 类 由 圆心 和 半径 组 成 。 

位 于 左下 角 的 点 、 高 度 和 宽度 这 三 个 属性 构成 了 矩形。 为 了 简化 问题 ， 我 们 规定 矩形 
的 各 条 边 分 别 与 横 坐 标 或 纵 坐 标 平 行 。 

@ 三 角形 由 三 个 点 所 构成 。 

Point 类 名 后 列 出 的 参数 列表 就 是 类 构造 函数 参数 列表 。 在 Scala 中 ， 整 个 类 主体 便 是 这 个 
类 的 构造 函数 ， 因 此 你 能 在 类 名 之 后 、 类 主体 之 前 列 出 主 构 造 函 数 的 参数 。 在 本 示例 中 ， 
Point 类 并 没有 类 主体 。 由 于 我 们 在 Point 类 声明 的 前 面 输入 了 case 关键 字 ， 因 此 每 一 个 
构造 函数 参数 都 自动 转化 为 Point 实例 的 某 一 只 读 (不 可 变 ) 字段 。 也 就 是 说 ， 假 如 要 实 
例 化 一 个 名 为 point 的 Point 实例 , 你 可 以 使 用 point.x 和 point.y 读 取 point 的 字段 ， 但 
无 法 修改 它们 的 值 。 党 试 运行 point.y = 3.0 会 触发 编译 错误 。 

你 也 可 以 设置 参数 默认 值 。 每 个 参数 定义 后 出 现 = 0.0 会 把 9.9 设置 为 该 参数 的 默认 值 。 
因此 用 户 无 须 明 确 给 出 参数 值 ，Scala 便 会 推导 出 参数 值 。 不 过 这 些 参数 值 会 按照 从 左 到 
右 的 顺序 进行 推导 。 下 面 我 们 运用 SBT 项 目 去 进一步 探索 参数 默认 值 : 

$ sbt 


© © © ® 6 

































































> compile 

Compiling ... 

[success] Total time: 15 s, completed ... 
> console 

[info] Starting scala interpreter... 


scala> import progscala2.intro.shapes. 
import progscala2.intro.shapes._ 


scala> val p00 = new Point 
p00: intro.shapes.Point = Point(0.0,0.0) 





scala> val p20 = new Point(2.0) 
p20: intro.shapes.Point = Point(2.0,0.0) 


scala> val p20b = new Point(2.0) 
p20b: intro.shapes.Point = Point(2.0,0.0) 


scala> val p02 = new Point(y = 2.0) 
p02: intro.shapes.Point = Point(0.0,2.0) 


scala> p00 == p20 
res0: Boolean = false 


scala> p20 == p20b 
resi: Boolean = true 


因此 ， 当 我 们 不 指定 任何 参数 时 ，Scala 会 使 用 0.0 作为 参数 值 。 当 我 们 只 设 定 了 一 个 参 
数值 时 ，Scala 会 把 这 个 值 赋予 最 左边 的 参数 x， 而 剩 下 来 的 参数 则 使 用 默认 值 。 我 们 还 可 
以 通过 名 字 指 定 参 数 。 对 于 p92 对 象 ， 当 我 们 想 使 用 x 的 默认 值 却 为 y 赋值 时 ， 可 以 使 用 
Point(y = 2.0) 的 语句 。 

由 于 Point 类 并 没有 类 主体 ，case 关键 字 的 男 一 个 特征 便 是 让 编译 器 自动 为 我 们 生成 许多 
方法 ， 其 中 包括 了 类 似 于 Java 语言 中 String, equals Fil hashCode 方法 。 每 个 点 显示 的 输 
出 信息 ， 如 Point(2.0,0.0)， 其 实 是 toString 方法 的 输出 。 大 多 数 开发 者 很 难 正 确 地 实现 
equals 方法 和 hashCode 方法 ， 因 此 自动 生成 这 些 方法 具有 实际 的 意义 。 


Scala 调用 生成 的 equals 方法 ， 以 判断 poo == p20 和 p26 == p20b 是 否 成 立 。 这 与 Java 的 
做 法 不 同 ，Java 通过 比较 引用 是 否 相同 来 判断 == 是 否 成 立 。 在 Java 中 如 果 和 希望 执行 一 次 
逻辑 比较 ， 你 需要 明确 地 调用 equals 方法 。 

现在 我 们 要 谈论 case 类 的 最 后 一 个 特性 ， 编 译 器 同时 会 生成 一 个 伴生 对 象 (companion 
object) ， 伴 生 对 象 是 一 个 与 case 类 同名 的 单 例 对 象 (本 示例 中 ，Poiint 对 象 便 是 一 个 伴生 
对 象 ) 。 




















你 可 以 自己 定义 伴生 对 象 。 任 何 时 候 只 要 对 象 名 和 类 名 相同 并 且 定 义 在 同一 
个 文件 中 ,这些 对 象 就 能 称 作 伴生 对 象 。 


























随后 可 以 看 到 ， 我 们 可 以 在 伴生 对 象 中 添加 方法 。 不 过 伴生 对 象 中 已 经 自动 添加 了 不 少 方 
法 ，apply 方法 便 是 其 中 之 一 。 该 方法 接受 的 参数 列表 与 构造 函数 接受 的 参数 列表 一 致 。 
任何 时 候 只 要 你 在 输入 对 象 后 紧 接着 输入 一 个 参数 列表 ，Scala 就 会 查找 并 调用 该 对 象 的 
apply 方法 ， 这 也 意味 着 下 面 两 行 代码 是 等 价 的 。 

val p1 = Point.apply(1.0, 2.0) 

val p2 = Point(1.0, 2.0) 
如 有 果 对 象 中 未 定义 apply 方法 ， 系 统 将 抛 出 编译 错误 。 与 此 同时 ， 输 入 参数 必须 与 预期 输 
入 相符 。 
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Point.apply 方法 实际 上 是 构建 Point 对象 的 工厂 方法 ， 它 的 行为 很 简单 ， 调 用 该 方法 就 好 
像 是 不 通过 new 关键 字 调 用 Point 的 构造 函数 一 样 。 伴 生 对 象 其 实 与 下 列 代码 生成 的 对 象 
无 异 。 


object Point { 
def apply(x: Double = 0.0, y: Double = 0.0) = new Point(x, y) 





4 


不 过 ， 伴 生 对 象 apply 方法 也 可 以 用 于 决定 相对 复杂 的 类 继承 结构 。 父 类 对 象 需 判断 参数 
列表 与 哪个 字 类 型 最 为 吻合 ， 并 依 此 选择 实例 化 的 子 类 型 。 比 方 说 ， 某 一 数据 类 型 必须 分 
别 为 元 素数 量 少 的 情况 和 元 素数 量 多 的 情况 各 提供 一 个 不 同 的 最 佳 实 现 ， 此 时 选用 工厂 方 
法 可 以 屏蔽 这 一 逻辑 ， 为 用 户 提供 统一 的 接口 。 


紧 挨 着 对 象 名 输入 参数 列表 时 ，Scala 会 查找 并 调用 匹配 该 参数 列表 的 apply 
方法 。 换 句 话说 ，Scala 会 猜想 该 对 象 定义 了 apply 方法 。 从 句法 角度 上 说 ， 
任何 包含 了 apply 方法 的 对 象 的 行为 都 很 像 函数 。 

在 伴生 对 象 中 安置 apply 方法 是 Scala 为 相关 类 定义 工厂 方法 的 一 个 便利 写 
法 。 在 类 中 定义 而 不 是 在 对 象 中 定义 的 apply 方法 适用 于 该 类 的 实例 。 例 
如 ， 调 用 Seq.apply(index: Int) 方法 将 获得 序列 中 指定 位 置 的 元 素 (从 0 
开始 计数 ) 。 




















Shape 是 一 个 抽象 类 。 在 Java 中 我 们 无 法 实例 化 一 个 抽象 类 ， 即 使 该 抽象 类 中 没有 抽象 成 
员 。 该 类 定义 了 shape.draw 方 法， 不 过 我 们 只 希望 能 够 实例 化 具体 的 形状 : AW, EREK 
三 角形 。 

请 注意 传 给 draw 方法 的 参数 ， 该 参数 是 一 个 类 型 为 String => Unit 的 函数 。 也 就 是 说 ， 
PAA f 接受 字符 串 参 数 输 入 并 返回 Unit 类 型 。Unit 是 一 个 实际 存在 的 类 型 ， 它 的 表现 却 
与 Java 中 的 void 类 型 相似 。 在 函数 式 编程 中 ， 大 家 将 void 类 型 称 为 Unit 类 型 . 
具体 做 法 是 draw 方 法 的 调用 者 将 传人 一 个 函数 ， 该 函数 会 接受 表示 具体 形状 的 字符 串 ， 并 
执行 实际 的 绘图 工作 。 


假如 某 函 数 返 回 Unit 对 象 ， 那 么 该 函数 肯定 是 有 副作用 的 。Unit 对 象 没 有 
任何 作用 ， 因 此 该 函数 只 能 对 某 些 状态 产生 副作用 。 副 作用 可 能 会 造成 全 局 
范围 的 影响 ， 比 如 执行 一 次 输入 或 输出 操作 (IO)， 也 可 能 只 会 影响 某 些 局 
部 对 象 。 






































通常 在 函数 式 编 程 中 ， 人 们 更 青睐 于 那些 没有 任何 副作用 的 纯 函数 ， 这 些 纯 函数 的 返回 值 
便 是 它们 的 工作 成 果 。 纯 函数 容易 阐述 、 易 于 测试 ， 也 很 方便 重用 ， 而 副作用 往往 是 错误 
之 源 。 不 过 最 起 码 现实 中 的 程序 离 不 开 VO, 

Shape.draw 曾 明 了 这 样 一 个 观点 : 与 Strings, Ints, Points 和 其 他 对 象 无 异 ， 国 数 也 是 
第 一 等 级 的 值 。 和 其 他 值 一 样 ， 我 们 可 以 将 函数 赋 给 变量 ,将 函数 作为 参数 传递 给 其 他 函 
数 ， 就 好 像 draw 方法 一 样 。 函 数 还 能 作为 其 他 函数 的 返回 值 。 我 们 将 利用 函数 这 一 特性 构 
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建 可 组 合并 且 灵 活 的 软件 。 


假如 某 函 数 接受 其 他 函数 参数 并 返回 函数 ， 我 们 称 之 为 高 阶 范 数 (higher-order function, 
HOF). 


我 们 可 以 认为 dran 方法 定义 了 一 个 所 有 形状 类 都 必须 支持 的 协议 ， 而 用 户 可 以 自 定 
义 这 个 协议 的 实现 。 各 个 形状 类 可 以 通过 toString 方法 决定 如 何 将 状态 信息 序列 化 为 
字符 串 。draw 方 法 会 调用 ff 函数， 而 f 函数 通过 Scala 2.10 引入 的 新 特性 播 值 字 符 事 
(interpolated string) 构建 了 最 终 的 字符 串 。 














如 果 你 忘 了 在 “插值 字符 串 ” 前 输入 s 字符 ，draw: ${this. toString} 将 原 
封 不 动 地 返回 给 你 。 也 就 是 说 ， 字 符 串 不 会 被 窜改 。 


Circle, Rectangle fil Triangle 类 都 是 Shape 类 的 具体 子 类 。 这 些 类 并 没有 类 主体 ， 这 
是 因为 case 关键 字 为 它们 定义 好 了 所 有 必须 的 方法 ， 如 Shape.draw 所 需要 的 toString 
方法 。 

为 了 简化 问题 ， 我 们 规定 矩形 的 各 条 边 平行 于 x 或 y 轴 。 因 此 ， 我 们 使 用 一 个 点 ( 左 侧 最 
低 点 即 可 )、 算 形 的 高 度 和 宽度 便 能 描述 矩阵 。 而 Triangle 类 (三 角形 ) 的 构造 函数 则 接 
受 三 个 Pointer 对 象 参 数 。 

在 简化 后 的 程序 中 ， 传 递 给 draw 方法 的 f 函数 只 会 在 控制 台中 输出 一 条 字符 串 ， 不 过 你 
许 有 机 会 构建 一 个 真实 的 图 形 程序 ， 该 程序 将 使 用 f 函数 将 图 形 绘制 到 显示 器 上 。 

既然 已 经 定义 好 了 形状 类 型 ， 我 们 便 可 以 回 到 actor 上 。 其 中 ，Typesafe (http://typesafe. 
com) 贡献 的 Akka 类 库 (http://akka.io) 会 被 使 用 到 。 项 目 文件 build.sbt 中 已 经 将 该 类 库 
设 定 为 项 目 依赖 项 。 

下 面 列 出 ShapesDrawingActor 类 的 实现 代码 : 


// src/main/scala/progscala2/introscala/shapes/ShapesDrawingActor.scala 
package progscala2.introscala.shapes 























object Messages { // © 
object Exit //@ 
object Finished 
case class Response(message: String) // © 
} 
import akka.actor.Actor //@ 
class ShapesDrawingActor extends Actor { // © 
import Messages._ // 9 
def receive = { //@ 


case s: Shape => 
s.draw(str => println(s"ShapesDrawingActor: $str")) 
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sender ! Response(s"ShapesDrawingActor: $s drawn") 


case Exit => 


println(s"ShapesDrawingActor: exiting...") 
sender ! Finished 

case unexpected => // default. Equivalent to "unexpected: Any" 
val response = Response(s"ERROR: Unknown message: Sunexpected") 
println(s"ShapesDrawingActor: $response" ) 
sender ! response 


} 
此 处 声明 了 对 象 Messages， 


© 


该 对 象 定 义 了 大 多 数 actor 之 间 进 行 通信 的 消息 。 这 些 消息 


就 好 像 信 号 量 一 样 ， 触 发 了 彼此 的 行为 。 将 这 些 消 息 封装 在 一 个 对 象 中 是 一 个 常见 的 


封装 方式 。 





@ Exit 和 Finished 对 象 中 不 包含 任何 状态 ， 它 们 起 到 了 标志 的 作用 。 
© 当 接 收 到 发 送 者 发 送 的 消息 后 ， 样 板 类 (case class) Response 会 随意 构造 字符 串 消 息 ， 





并 将 消息 返回 给 发 送 者 。 


© 导入 akka.actor.Actor 类 型 (http://doc.akka.io/api/akka/current/#akka.actor.Actor)。Actor 
类 型 是 一 个 抽象 基 类 ， 我 们 将 继承 该 类 定义 actor, 

@ 此 处 定义 了 一 个 actor 类 ， 用 于 绘制 图 形 。 

@ 此 处 导入 了 Messages 对 象 中 定义 的 三 个 消息 。Scala XAFA (nesting import), H 
套 导 入 会 限定 这 些 值 的 作用 域 。 

@ 此 处 实现 了 抽象 方法 Actor.receive。 该 方法 是 Actor 的 子 类 必须 实现 的 方法 ， 定 义 了 


























如 何 处 理 接收 到 的 消息 。 











包括 Akka 在 内 的 大 多 数 actor 系统 中 ， 每 一 个 actor 都 会 有 一 个 关联 邮箱 (mailbox), X 





联 邮箱 中 存储 着 大 量 消息 ， 而 


这 些 消息 只 有 经 过 actor 处 理 后 才 会 被 提取 。Akka 确保 了 消 














息 处 理 的 顺序 与 接收 顺序 相同 ， 而 对 于 那些 正在 被 处 理 的 消息 ，Akka 保证 不 会 有 其 他 线 
程 抢占 该 消息 。 因 此 ， 使 用 Akka 编写 的 消息 处 理 代码 天 生 具 有 线程 安全 的 特性 。 












































需要 注意 的 是 ，Akka 支持 一 利 
实现 体 中 也 只 包含 了 一 组 由 ca 


def receive = { 
case first_pattern => 


奇特 的 receive 方法 实现 方式 。 该 实现 不 接受 任何 参数 ， 而 
se 关键 字 开 头 的 表达 式 。 


first_pattern_expressions 


case second_pattern => 


second_pattern_expressions 


} 


偏 函数 (PartialFunction, http://www.scala-lang.org/api/current/#scala.PartialFunction) 是 


一 类 较为 特殊 的 国 数 ， 上 述 国 


数 体 所 用 的 语法 就 是 典型 的 偏 函数 语法 。 偏 函数 实际 类 型 是 





PartialFunction[Any,Unit], 这 说 明 偏 函数 接受 单一 的 Any 类 型 参数 并 返回 Unit 值 。Any 
是 Scala 类 层次 级 别 的 根 类 ， 因 此 该 函数 可 以 接受 任何 参数 。 由 于 该 函数 返回 Unit 对 象 ， 


因此 函数 体 一 定 会 产生 副作用 














。 由 于 actor 系统 采用 了 异步 消息 机 制 ， 它 必须 依靠 副作用 。 


通常 情况 下 由 于 传递 消息 后 无 法 返回 任何 信息 ， 我 们 的 代码 块 中 便 会 发 送 一 些 其 他 消息 ， 





RE 
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包括 给 发 送 者 的 返回 信息 。 

偏 国 数 中 仅 包含 了 一 些 case 子 句 ， 这 些 子 句 会 对 传递 给 函数 的 消息 执行 模式 匹配 。 代 码 中 
并 没有 任何 表示 消息 的 函数 参数 ， 内 部 实现 需要 处 理 这 些 消 息 。 

当 匹 配 上 某 一 模式 时 ， 系 统 将 执行 从 箭头 符 (=>) 到 下 一 个 case 子 句 (也 有 可 能 是 函数 结 
尾 处 ) 之 间 的 表达 式 。 由 于 箭头 符 和 下 一 个 case 关键 字 能 够 无 误 地 标识 代码 区 间 ， 因 此 无 
须 使 用 大 括号 包 住 表达 式 。 另 外 ， 假 如 case 关键 字 后 只 有 一 句 简 短 的 表达 式 ， 可 以 不 用 换 
行 ， 直 接 将 表达 式 放 在 箭头 后 面 。 
尽管 听 上 去 挺 复杂 ， 实 际 上 偏 国 数 是 一 个 简单 的 概念 。 单 参数 函数 会 接受 某 一 类 型 的 输入 
值 并 返回 相同 或 不 同类 型 的 值 。 而 选用 偏 函 数 相当 于 明确 地 告诉 其 他 人 :“ 我 也 许 无 法 处 
理 所 有 你 输入 给 我 的 值 。” 除 法 x/y 是 数学 上 的 一 个 经 典 偏 函 数 例 子 ， 当 分 母 y 为 0 时 ，x/ 
y 的 值 是 不 确定 的 。 因 此 ， 除 法 是 一 个 偏 函 数 。 

receive 方法 会 尝试 将 接收 到 的 各 条 消息 与 这 三 个 模式 匹配 表达 式 进 行 匹 配 ， 并 执行 最 先 
被 匹配 上 的 表达 式 。 接 下 来 我 们 对 receive 方法 进行 分 解 。 


def receive = { 















































case s: Shape => //@ 

case Exit => //@ 

Gases unexpectd => // © 
} 


@ 如 果 收 到 的 信息 是 Shape 的 一 个 实例 ， 那 说 明 该 消息 匹配 了 第 一 条 case 子 句 。 我 们 也 
会 将 Shape 对 象 引 用 赋 给 变量 s。 也 就 是 说 ， 虽 然 输 入 消息 的 类 型 为 Any， 但 s 类 型 却 
是 Shape。 

@ 判断 消息 是 否 为 Exit 消息 体 。Exit 消息 用 于 标识 已 经 完成 。 

© 这 是 一 条 “默认 ” 子 句 ， 可 以 匹配 任何 输入 。 该 子 句 等 同 于 unexpected: Any FAJ, X} 
于 那些 未 能 与 前 两 个 子 句 模式 匹配 的 任何 输入 ， 该 子 句 都 会 匹配 。 而 变量 unexpected 
会 被 赋予 消息 值 。 

最 后 一 条 匹配 规则 能 匹配 任何 消息 ， 因 此 该 规则 必须 放 到 最 后 一 位 。 假 如 你 尝试 将 其 放置 

到 某 些 规则 之 前 ， 你 将 看 到 unreachable code 的 错误 信息 。 这 是 因为 这 些 后 续 的 case 表达 

式 不 可 访问 。 

值得 注意 的 是 ， 由 于 我 们 添加 了 “默认 ” 子 句 ， 这 个 “ 偏 ” 函 数 其 实 变 成 了 “完整 的 ”， 

这 意味 着 该 函数 能 正确 处 理 任何 输入 。 

下 面 让 我 们 查看 每 个 匹配 点 调用 的 表达 式 : 


def receive = { 
case s: Shape => 








a 

















s.draw(str => println(s"ShapesDrawingActor: $str")) //@ 

sender ! Response(s"ShapesDrawingActor: $s drawn") // @ 
case Exit => 

println(s"ShapesDrawingActor: exiting...") // ® 
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sender ! Finished // 9 
Case Unexpected => 

val response = Response(s"ERROR: Unknown message: Sunexpected") // © 

println(s"ShapesDrawingActor: Sresponse" ) 

sender ! response // ® 


} 
调用 了 形状 s 的 draw 方 法 并 传 入 一 个 匿名 函数 ， 该 匿名 函数 了 解 如 何 处 理 draw 方法 生 
成 的 字符 串 。 在 这 段 代码 中 ， 此 匿名 函数 仅 打 印 了 生成 的 字符 串 。 
向 “发 信 方 ”回复 了 一 个 消息 。 
打印 了 一 条 表示 正在 退出 的 消息 。 
向 “发 信 方 ”发 送 了 一 条 结束 信息 。 
根据 错误 信息 生成 Response 对 象 ， 并 打印 错误 信息 。 
@ 向 “发 信 方 ”回复 了 这 条 信息 。 
代码 sender ! Response(s"ShapesDrawingActor: $s drawn") 创建 了 回复 信息 ， 并 将 该 信息 
发 送 给 了 shape 对 象 的 发 送 方 。Actor .sender 函数 返回 了 actor 发 送 消 息 接收 方 的 对 象 引 
H, m! 方法 则 用 于 发 送 异 步 消息 。 是 的 ，! 是 一 个 方法 名 ， 使 用 ! 遵循 了 之 前 Erlang 的 
消息 发 送 规范 ， 值 得 一 提 的 是 ，Erlang 是 一 门 推广 actor 模型 的 语言 。 
我 们 也 可 以 在 Scala 允许 范围 内 使 用 一 些 语法 糖 。 下 面 两 行 代码 是 等 价 的 : 


sender ! Response(s"ShapesDrawingActor: $s drawn") 
sender.!(Response(s"ShapesDrawingActor: $s drawn")) 


假如 某 一 方法 只 接受 单一 参数 ， 你 可 以 省 略 掉 对 象 后 的 点 号 和 参数 周边 的 括号 。 请 注意 ， 
第 一 行 代 码 看 起 来 更 清晰 ， 这 也 是 Scala 支持 这 种 语法 的 原因 。 表 示 法 sender ! Response 
被 称 为 中 置 表示 法 ， 这 是 因为 操作 符 ! 位 于 对 象 和 参数 中 间 。 


Scala 的 方法 名 可 以 是 操作 符 。 调 用 接受 单一 参数 的 方法 时 可 以 省 略 对 象 后 
的 点 号 和 参数 周边 的 括号 。 不 过 有 时候 省 略 它们 会 导致 解析 二 义 性 ， 这 时 你 
需要 保留 点 号 或 保留 括号 ， 有 时 候 两 者 都 需要 保留 。 
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在 进入 最 后 一 个 actor 之 前 还 有 最 后 一 个 值得 注意 的 地 方 。 使 用 面向 对 象 编 程 时 ， 有 一 条 
经 常 被 人 提 及 的 原则 : 永远 不 要 在 case 语句 上 进行 类 型 匹配 。 这 是 因为 如 果 继 承 层次 结构 
发 生 了 变化 ，case 表达 式 也 会 失效 。 作 为 替代 方案 ， 你 应 该 使 用 多 态 国 数 。 这 是 不 是 意味 
着 我 们 之 前 谈论 的 模式 匹配 代码 只 是 一 个 反 模式 呢 ? 

回顾 一 下 ， 我 们 之 前 定义 的 Shape.draw 方法 调用 了 Shape 类 的 toString 方法 ， 由 于 Shape 
类 的 那些 子 类 是 case 类 ， 因 此 这 些 子 类 中 实现 了 toString 方法。 第 一 个 case 语句 中 的 代 
码 调用 了 多 态 的 toString 操作 ， 而 我 们 也 没有 与 Shape 的 某 一 具体 子 类 进行 匹配 。 这 意味 
着 即便 修改 了 Shape 类 层次 结构 ， 我 们 的 代码 也 不 会 失效 。 其 他 的 case 子 句 所 匹配 的 条 件 
也 与 类 层次 无 关 ， 即 便 这 些 条 件 真 会 发 生变 化 ， 变 化 也 不 会 频繁 。 


由 此 ， 我 们 将 面向 对 象 编程 中 的 多 态 与 函数 式 编程 中 的 劳模 一 一 模式 匹配 结合 到 了 一 起 。 
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这 是 Scala 优雅 地 集成 这 两 种 编程 范式 的 方式 之 一 。 





模式 匹配 与 子 类 型 多 态 
模式 匹配 在 函数 式 编程 中 扮演 了 重要 的 角色 ， 而 子 类 型 多 态 ( 即 重 写 子 类 型 中 的 方法 ) 
在 面向 对 象 编程 的 世界 中 同样 不 可 或 缺 。 函 数 式 编程 中 的 模式 匹配 的 重要 性 和 复杂 度 
都 要 远 超 过 大 多 数 命令 式 语言 中 对 应 的 swith/case 语 揣 。 我 们 将 在 第 4 章 深入 探讨 模 
式 匹 配 。 在 此 处 的 示例 中 ,我 们 开始 了 解 到 闻 数 风格 的 模式 匹配 和 多 态 调度 之 间 的 结 
合 会 产生 强大 的 组 合 效果 ， 而 这 也 是 像 Scala 这 样 的 混合 范式 语言 能 提供 的 一 大 益处 。 














最 后 ， 我 将 列 出 运行 此 示例 的 ShapesDrawingDriver 对 象 的 代码 : 


// src/main/scala/progscala2/introscala/shapes/ShapesActorDriver.scala 
package progscala2.introscala.shapes 

import akka.actor.{Props, Actor, ActorRef, ActorSystem} 

import com.typesafe.config.ConfigFactory 




















// 仅 用 于 本 文件 的 消息 : 


private object Start //@ 
object ShapesDrawingDriver { //@ 
def main(args: Array[String]) { // ® 


val system = ActorSystem("DrawingActorSystem", ConfigFactory.load()) 
val drawer = system.actorOf( 
Props(new ShapesDrawingActor), "drawingActor") 
val driver = system.actorOf( 
Props(new ShapesDrawingDriver(drawer)), "drawingService" ) 
driver ! Start // @ 
} 
} 


class ShapesDrawingDriver(drawerActor: ActorRef) extends Actor { // ® 
import Messages._ 


def receive = { 
case Start => // ® 


drawerActor ! Circle(Point(0.0,0.0), 1.0) 
drawerActor ! Rectangle(Point(0.0,0.0), 2, 5) 
drawerActor ! 3.14159 
drawerActor ! Triangle(Point(0.0,0.0), Point(2.0,0.0), Point(1.0,2.0)) 
drawerActor ! Exit 

case Finished => //@ 
println(s"ShapesDrawingDriver: cleaning up...") 
context.system. shutdown() 

case response: Response => // ® 
println("ShapesDrawingDriver: Response = " + response) 

case unexpected => // 9 


println("ShapesDrawingDriver: ERROR: Received an unexpected message = 
+ unexpected) 
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定义 仅 用 于 本 文件 的 消息 (私有 消息 )， 该 消息 用 于 启动 。 使 用 一 个 特殊 的 开始 消息 是 
一 个 普遍 的 做 法 。 

定义 “驱动 ”actor。 

定义 了 用 于 驱动 应 用 的 主 方法 。 主 方法 先后 构建 了 一 个 akka.actor.ActorSystem 对 
Z (http://doc.akka.io/api/akka/current/#akka.actor.ActorSystem) 和 两 个 actor 对 象 : 
我 们 之 前 讨论 过 的 ShapesDrawingActor 对 象 和 即将 讲解 的 ShapesDrawingDriver 对 
象 。 我 们 暂时 先 不 讨论 设置 Akka 的 方法 ， 在 17.3 市 将 详细 讲述 。 现 在 只 需要 知道 
我 们 把 ShapesDrawingActor 对 象 传递 给 了 ShapesDrawingDriver 即 可 ， 事 实 上 我 们 向 
ShapesDrawingDriver 对 象 传递 的 对 象 属于 akka.actor.ActorRef 类 型 (http://doc.akka. 
io/api/akka/current/#akka.actor.ActorRef, actor 的 引用 类 型 ， 指 向 实际 的 actor 实例 ) 。 

向 驱动 对 象 发 送 Start 命令 ， 局 动 应 用 ! 

定义 了 actor 类 : ShapesDrawingDriver, 

当 receive 方法 接收 到 Start 消息 时 ， 它 将 向 ShapesDrawingActor pon H: 
包含 了 三 个 形状 类 对 象 ，Pt 值 (将 被 视 为 错误 信息 ) 和 Exit 消息 这 能 看 出 ， 这 是 
一 个 生命 周期 很 短 的 actor 系统 ! 

假如 ShapesDrawingDriver 发 送 Exit 消息 后 接收 到 了 返回 的 Finished 消息 (请 回忆 
一 下 ShapesDrawingActor 类 处 理 Exit 消息 的 逻辑 )， 那 么 我 们 将 访问 Actor 类 提供 的 
context 字段 来 关闭 actor 系统 。 





























@ 简单 地 打印 出 其 他 错误 的 回复 信息 。 
@ 与 之 前 所 见 的 默认 子 句 一 样 ， 该 子 句 用 于 处 理 预料 之 外 的 消息 。 
让 我 们 尝试 运行 该 程序 ! 在 sbt 提示 符 后 输入 run, sbt 将 按 需 编译 代码 并 列 出 所 有 定义 了 
main 方法 的 代码 示例 程序 : 
> run 


[info] Compiling ... 
Multiple main classes detected, select one to run: 


[1] progscala2.introscala.shapes.ShapesDrawingDriver 


Enter number: 





输入 数字 1， 之 后 我 们 便 能 看 到 下 列 输出 ( 为 了 方便 显示 ， 已 对 输出 内 容 进 行 排版 ): 


Enter number: 1 


[info] Running progscala2.introscala. shapes. ShapesDrawingDriver 
ShapesDrawingActor: draw: Circle(Point(0.0,0.0),1.0) 
ShapesDrawingActor: draw: Rectangle(Point(0.0,0.0),2.0,5.0) 
ShapesDrawingActor: Response(ERROR: Unknown message: 3.14159) 
ShapesDrawingActor: draw: Triangle( 

Point(0.0,0.0),Point(2.0,0.0),Point(1.0,2.0)) 
ShapesDrawingActor: exiting... 





ShapesDrawingDriver: Response = Response( 

ShapesDrawingActor: Circle(Point(0.0,0.0),1.0) drawn) 
ShapesDrawingDriver: Response = Response( 

ShapesDrawingActor: Rectangle(Point(0.0,0.0),2.0,5.0) drawn) 
ShapesDrawingDriver: Response = Response(ERROR: Unknown message: 3.14159) 
ShapesDrawingDriver: Response = Response( 

ShapesDrawingActor: Triangle( 

Point(0.0,0.0),Point(2.0,0.0),Point(1.0,2.0)) drawn) 
ShapesDrawingDriver: cleaning up... 
[success] Total time: 10 s, completed Aug 2, 2014 7:45:07 PM 
> 


由 于 所 有 的 消息 都 是 以 异步 的 方式 发 送 的 ， 你 可 以 看 到 驱动 actor 和 绘图 actor 的 消息 交织 
在 一 起 。 不 过 处 理 消息 的 顺序 与 发 送 消息 的 顺序 相同 。 运 行 多 次 应 用 程序 ， 你 会 发 现 每 次 
输出 都 会 不 同 。 
到 现在 为 止 ， 我 们 已 经 党 试 了 基于 actor 的 并 发 编程 ， 同 时 也 掌握 了 一 些 很 有 威力 的 Scala 
特性 。 


1.5 本章 回顾 与 下 一 章 提 要 


我 们 首先 介绍 了 Scala， 之 后 分 析 了 一 些 重要 的 Scala 代码 ， 其 中 包含 一 些 Akka 的 actor 并 
发 库 相 关 代 码 。 


你 在 学 习 Scala 的 过 程 中 ， 也 可 以 访问 http://scala-lang.org 网 站 获取 其 他 一 些 有 用 的 资 
源 。 在 该 网 站 上 ， 能 找到 一 些 指向 Scala 类 库 、 教 程 以 及 一 些 描 述 这 门 语 言 特性 相关 文 
章 的 链接 。 

Typesafe 是 一 家 为 Scala 以 及 包括 Akka (http://akka.io), Play (http://www.playframework. 
com) 在 内 的 许多 基于 JVM 的 开发 工具 和 框架 提供 支持 的 商业 公司 。 在 该 公司 的 网 站 上 
(http://typesafe.com) 也 能 找到 一 些 有 用 的 资源 。 尤 其 是 Typesafe Activator 工具 (http:// 
typesafe.com/activator) ， 该 工具 会 根据 不 同类 型 的 Scala 或 Java 应 用 程序 模版 ， 执 行 分 析 、 
下 载 和 构建 工作 。Typesafe 公司 还 提供 了 订购 支持 、 和 咨询 及 培训 服务 。 


在 后 续 的 部 分 ， 我 们 将 继续 介绍 Scala 的 特性 ， 着 重 介 绍 如 何 使 用 Scala 简洁 有 效 地 完成 
fe, 
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在 第 1 章 的 结尾 我 们 介绍 了 一 个 关于 Akka actor 的 应 用 ， 这 个 例子 可 能 稍 显 复杂 。 本 章 我 
们 将 继续 探究 Scala 的 特性 ， 重 点 关注 它 如 何 为 我 们 提供 简 洗 且 灵 活 的 语法 代码 。 我 们 将 
探讨 如 何 组 织 文件 与 包 ， 如 何 导 入 其 他 类 型 、 变 量 、 方 法 声明 ， 以 及 一 些 非常 有 用 的 数据 
类 型 和 各 种 约定 俗 成 的 语法 习惯 。 


2.1 分 号 


分 号 是 表达 式 之 间 的 分 隔 符 ， 可 以 推断 得 出 。 当 一 行 结束 时 ，Scala 就 认为 表达 式 结束 了 ， 
除非 它 可 以 推断 出 该 表达 式 尚 未 结束 ， 应 该 延续 到 下 一 行 ， 如 下 面 这 个 例子 : 


// src/main/scala/progscala2/typelessdomore/semicolon-example.sc 














// 末尾 的 等 号 表明 下 一 行 还 有 未 结束 的 代码 。 
def equalsign(s: String) = 
println("equalsign: " + s) 





// 末尾 的 花 括 号 表明 下 一 行 还 有 未 结束 的 代码 。 
def equalsign2(s: String) = { 
println("equalsign2: " + s) 


} 
// REMES AS PREF E ADT LAE, PTERA RAR 


def commas(s1: String, 
s2: String) = Console. 
println("comma: " + s1 + 
"s "+ s2) 


与 编译 器 相 比 ，REPL 更 容易 将 每 行 视 为 单独 的 表达 式 。 因 此 ， 在 REPL 中 输入 跨越 多 行 
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的 表达 式 时 ， 最 安全 的 做 法 是 每 行 〈 除 最 后 一 行 外 ) 都 以 上 述 脚本 中 出 现 过 的 符号 结尾 。 
反 过 来 ， 你 可 以 将 多 个 表达 式 放 在 同一 行 中 ， 表 达 式 之 间 用 分 号 隔 开 。 
如 果 你 需要 将 多 行 代码 解释 为 同一 表达 式 ， 却 被 系统 视 为 多 个 表达 式 ， 可 


以 使 用 REPL 的 :paste 模式 。 输 入 :paste， 然 后 输入 你 的 代码 ， 最 后 用 
Ctrl-D 结束 。 














2.2 变量 声明 


在 声明 变量 时 ，Scala 允许 你 决定 该 变量 是 不 可 变 CA) 的 ， 还 是 可 变 的 〈 读 写 ) 。 如 下 
所 示 ， 不 可 变 的 “变量 ”用 val 关键 字 声 明 

val array: Array[String] = new Array(5) 
Scala 的 大 部 分 变量 事实 上 是 指向 堆 内 存 对 象 的 引用 ， 这 一 点 与 Java 一 致 。 所 以 ， 以 上 代 
码 中 的 array 也 是 一 个 引用 ， 它 不 能 指向 其 他 Array， 但 所 指向 的 Array 中 的 元 素 是 可 变 
的 ， 如 下 所 示 : 


scala> val array: Array[String] = new Array(5) 
array: Array[String] = Array(null, null, null, null, null) 

















scala> array = new Array(2) 
<console>:8: error: reassignment to val 
array = new Array(2) 


scala> array(0) = "Hello" 


scala> array 
resi: Array[String] = Array(Hello, null, null, null, null) 


一 个 val 变量 在 声明 时 必须 被 初始 化 。 


类 似 地 ， 一 个 可 变 变 量 用 关键 字 var 来 声明 。 尽 管 由 于 该 变量 是 可 变 变量 ， 声 明 后 可 以 再 
次 对 其 赋值 ， 也 必须 在 声明 的 同时 立即 初始 化 : 


scala> var stockPrice: Double = 100.0 
stockPrice: Double = 100.0 


























scala> stockPrice = 200.0 
stockPrice: Double = 200.0 


这 里 要 区 分 一 下 : 这 一 次 我 们 修改 了 stockPrice 本 身 ， 然 而 ，stockPrice 所 引用 的 “对 
象 ”没有 被 修改 ， 因 为 在 Scala 中 Double 类 型 是 不 可 变 的 。 


在 Java 中 ， 所 谓 的 原生 类 型 ， 即 char、byte、short、int、long、float、double 和 
boolean， 与 其 他 引用 类 型 有 着 本 质 的 不 同 。 这 些 类 型 确实 既 不 是 对 象 ， 也 没有 引用， 是 
“原始 ” 值 。Scala 尽力 使 其 面向 对 象 特 性 更 加 一 致 ， 因 此 这 些 类 型 在 Scala 中 是 包含 有 方 
法 的 对 象 ， 就 像 引 用 类 型 一 样 (参见 8.2 节 )。 然 而 ，Scala 编译 时 将 这 些 类 型 尽 可 能 地 转 
为 原生 类 型 ， 使 你 可 以 得 到 原生 类 型 的 运行 效率 (在 12.4 节 中 我 们 将 深入 讨论 这 一 点 )。 
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用 val 和 var 声明 变量 时 必须 初始 化 这 一 规则 ， 但 存在 少数 例外 情况 。 例 如 ， 这 两 个 关键 
字 均 可 以 用 在 构造 国 数 的 参数 中 ， 这 时 候 变 量 是 该 类 的 一 个 属性 ， 因 此 显然 不 必 在 声明 时 
进行 初始 化 。 此 时 如 果 用 val 声明 ， 该 属性 是 不 可 变 的 ， 如 果 用 var 声明 ， 则 该 属性 是 可 
变 的 。 


考虑 如 下 REPL 会 话 ， 在 这 里 我 们 定义 了 Person 类 ， 甚 中 包含 表示 姓 和 名 的 不 可 变 变 量 ， 
































Ar = 





而 年 龄 则 是 可 变 的 〈 因 为 人 的 年 龄 会 随时 间 变 大 的 缘故 ) : 


为 了 减少 可 变性 引起 的 bug， 应 该 尽 可 能 地 使 用 不 可 变 变 量 。 
例如 ， 在 散 列 映射 中 ， 可 变 对 象 是 非常 危险 的 。 如 有 果 对 象 发 生 改变 ，hashCcode 方法 的 输出 


// src/main/scala/progscala2/typelessdomore/person.sc 
scala> class Person(val name: String, var age: Int) 
defined class Person 


scala> val p = new Person("Dean Wampler", 29) 
p: Person = Person@165a128d 


scala> p.name 








res0: String = Dean Wampler // 显示 firstName 的 值 
scala> p.age 

res2: Int = 29 // 显示 age 的 值 
scala> p.name = "Buck Trends" 


<console>:9: error: reassignment to val // 这 是 不 人 允许 的 ! 


p.name = "Buck Trends" 
AN 


scala> p.age = 30 
p.age: Int = 30 // RFI 











ee ei 否 可 以 指向 另 一 个 不 同 的 对 象 ， 它 们 并 
未 表明 其 所 引用 的 对 象 是 











就 会 发 生变 化 ， 在 散 列 映射 表 中 原来 的 位 置 就 无 法 找到 对 应 的 值 了 。 
更 为 常见 的 是 ， 当 你 正在 使 用 的 对 象 被 其 他 人 修改 时 ， 将 引起 对 象 产 生 不 可 预见 的 行为 。 








借用 量子 力学 的 名 词 ， 这 是 一 种 “幽灵 般 的 超 距 作用 ”， 本 地 的 所 有 操作 都 无 法 解释 这 种 

















不 可 预见 的 行为 ， 因 为 这 是 由 其 他 某 处 的 操作 引起 的 。 











这 在 多 线程 程序 中 是 最 致命 的 bug。 在 多 线程 程序 中 ， 对 共享 的 可 变 状态 进行 读 写 之 前 要 
使 用 同步 操作 ， 但 实践 中 往往 很 难 实现 正确 的 同步 。 
这 个 时 候 ， 如 果 你 使 用 的 是 不 可 变 的 值 ， 就 可 以 减少 这 类 问题 。 




















2.3 Range 











我 们 接 下 来 将 讨论 方法 的 声明 ， 但 其 中 的 示例 需要 用 到 Range 的 概念 (http://www.scala- 


lang.org/api/current/scala/collection/immutable/Range.html) ， 因 此 我 们 先 来 讨论 Range, 





有 时 我 们 需要 一 个 数字 序列 ， 从 某 个 起 点 到 某 个 终点 。 而 Range 能 满足 这 个 需要 。 以 下 
实例 将 展示 如 何 创 建 Range， 支 持 Range 的 类 型 包括 Int, Long, Float, Double, Char, 











BigInt (支持 任意 大 小 的 整数 ，http:/www.scala-lang.org/api/current/scala/math/BigInt.html) 


Ail BigDecimal (支持 任意 大 小 的 浮 点 数 ，http://www.scala-lang.org/api/current/scala/math/ 





BigDecimal.html) 。 
你 创建 的 Range 可 以 包含 区 间 上 限 ， 也 可 以 不 包含 区 间 上 限 ， 步 长 默认 为 1， 也 可 以 指定 
一 个 非 1 的 步 长 : 

scala> 1 to 10 // Int 类 型 的 Range, 包 括 区 间 上 限 , 步 长 为 1( 从 1 到 10) 


res0: scala.collection.immutable.Range.Inclusive = 
Range(1, 2, 3, 4, 5, 6, 7, 8, 9, 10) 


scala> 1 until 10 // Int 类 型 的 Range, 不 包括 区 间 上 限 , 步 长 为 1( 从 1 到 9) 


resi: scala.collection.immutable.Range = Range(1, 2, 3, 4, 5, 6, 7, 8, 9) 





scala> 1 to 10 by 3 // Int 类 型 的 Range, 包 括 区 间 上 限 , 步 长 为 3 


res2: scala.collection.immutable.Range = Range(1, 4, 7, 10) 


scala> 10 to 1 by -3 // Int 类 型 的 递减 Range, 包 括 区 间 下 限 , 步 长 为 -3 


res2: scala.collection.immutable.Range = Range(10, 7, 4, 1) 





scala> 1L to 10L by 3 // Long 类 型 


res3: scala.collection.immutable.NumericRange[Long] = NumericRange(1, 4, 7, 10) 


scala> 1.1f to 10.3f by 3.1f // FLoat 类 型 的 Range, 步 长 可 以 不 等 于 1 
res4: scala.collection.immutable.NumericRange[Float] = 
NumericRange(1.1, 4.2, 7.2999997) 


scala> 1.1f to 10.3f by 0.5f // FLoat 类 型 的 Range, 步 长 可 以 小 于 1 
res5: scala.collection.immutable.NumericRange[Float] = 
NumericRange(1.1, 1.6, 2.1, 2.6, 3.1, 3.6, 4.1, 4.6, 5.1, 5.6, 6.1, 6.6, 
7.1, 7.6, 8.1, 8.6, 9.1, 9.6, 10.1) 


scala> 1.1 to 10.3 by 3.1 // Double 类 型 
res6: scala.collection.immutable.NumericRange[Double] = 
NumericRange(1.1, 4.2, 7.300000000000001) 


scala> 'a' to 'g' by 3 // Char 类 型 
res7: scala.collection.immutable.NumericRange[Char] = NumericRange(a, d, g) 


scala> BigInt(1) to BigInt(10) by 3 
res8: scala.collection.immutable.NumericRange[BigInt] = 


NumericRange(1, 4, 7, 10) 


scala> BigDecimal(1.1) to BigDecimal(10.3) by 3.1 


res9: scala.collection.immutable.NumericRange. IncLlusive[scala.math.BigDecimal] 


= NumericRange(1.1, 4.2, 7.3) 
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部 分 输出 根据 页 面 大 小 进行 了 重新 排版 。 


2.4 偏 函 数 


我 们 来 讨论 偏 国 数 (PartialFunction, http://bit.ly/lyMpzEP) 的 性 质 。 偏 函数 之 所 以 


“ 偏 ”， 原 因 在 于 它们 并 不 处 理 所 有 可 能 的 输入 ， 而 只 处 至 





的 输入 。 


在 偏 函数 中 只 能 使 用 case 语句 ， 而 整个 函数 必须 用 花 括号 包围 。 这 与 普通 的 函数 字 
同 ， 普 通 函 数字 面 量 可 以 用 花 括号 ， 也 可 以 用 圆 括号 包 上 








fi] 























ar 





o 








那些 能 与 至 少 一 个 case 语句 匹配 


A 


ROAR he BCR VAL, Ti ABCA ASS PA Te ABT A, ASA MHA Matcherror 
(http://www.scala-lang.org/api/current/#scala.MatchError) 运行 时 错误 。 
我 们 可 以 用 isDefineat 方法 测试 特定 输入 是 否 与 偏 国 数 匹配 ， 这 样 偏 函 数 就 可 以 避免 抛 出 
MatchError 错误 了 。 
偏 函 数 可 以 如 此 “ 链 式 ”连接 : pf1 orElse pf2 orELse pf3…。 如 果 pf1 不 匹配 ， 就 会 党 
试 pf2， 接 着 是 pf3， 以 此 类 推 。 如 果 以 上 偏 国 数 都 不 匹配 ， 才 会 抛 出 MatchError。 


以 下 实例 可 以 展示 上 述 规则 : 


© ® ® © 


© 
Art 





























// src/main/scala/progscala2/typelessdomore/partial-functions.sc 


val pf1: PartialFunction[Any,String] = { case s:String => "YES" } // © 
val pf2: PartialFunction[Any,String] = { case d:Double => "YES" } //@ 


val pf = pf1 orElse pf2 // ® 

def tryPF(x: Any, f: PartialFunction[Any,String]): String = //@ 
try { f(x).toString } catch { case _: MatchError => "ERROR!" } 

def d(x: Any, f: PartialFunction[Any,String]) = //® 
f.isDefinedAt(x).toString 

println(" | pf1 - String | pf2 - Double | pf - All") // © 

println("x | def? | pfi(x) | def? | pf2(x) | def? | pf(x)") 


PrintLn( "二 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 二 十， 
List("str", 3.14, 10) foreach { x => 
printf("%-5s | %-5s | %-6s | %-5s | %-6s | %-5s | %-6s\n", x.toString, 
d(x,pf1), tryPF(x,pf1), d(x,pf2), tryPF(x,pf2), d(x,pf), tryPF(x,pf)) 


只 匹配 字符 串 的 偏 函 数 。 
只 匹配 Double 数字 的 偏 函 数 。 


将 这 两 个 函数 结合 ， 得 到 一 个 新 的 偏 函数 ， 既 能 匹配 字符 上 





















































四， 又 能 匹配 Double 数字 。 
ABAR: 用 于 try 一 个 偏 函 数 ， 然 后 将 可 能 产生 的 MatchError 异常 捕捉 到 。 无 论 是 
否 捕 获 异常 ， 函 数 均 返 回 一 个 字符 串 。 

RDA: 使 用 了 ispefineAt， 返 回 值 为 字符 串 。 
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@ 使 用 了 多 个 偏 函 数 的 链 式 组 合 ， 并 将 结果 以 表格 的 形式 打印 出 来 。 


其 他 代码 对 这 3 个 偏 函 数 输入 不 同 的 值 ， 先 调用 isDefineAt (结果 显示 在 输出 表 中 的 def? 
这 一 列 )， 然 后 再 尝试 调用 偏 函 数 本 身 。 输 出 为 : 




















| pf1 - String | pf2 - Double | pf - ALL 
x | def? | pfi(x) | def? | pf2(x) | def? | pf(x) 
十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 十 
str | true | YES | false | ERROR! | true | YES 
3.14 | false | ERROR! | true | YES | true | YES 
10 | false | ERROR! | false | ERROR! | false | ERROR! 





未 输入 字符 串 时 ，pf1 将 会 失败 ， 未 输入 Double 数字 时 ，pf2 会 失败 ， 如 果 给 出 整数 ， 这 
两 个 函数 均 失 败 。 组 合 后 的 函数 pf 对 于 字符 串 或 者 Double 数字 的 输入 均 成 功 ， 但 输入 整 
数 时 仍 将 失败 。 


一 < 一 一 
2.5 方法 声明 
下 面 我 们 来 探讨 方法 的 声明 。 本 节 我 们 会 用 到 前 文 使 用 的 Shape 类 的 继承 树 并 加 以 修改 
(为 了 简单 处 理 ， 我 们 去 掉 了 Triangle 类 ) 。 
2.5.1 方法 默认 值 和 命名 参数 列表 


以 下 是 修改 后 的 Point case 类 : 


// src/main/scala/progscala2/typelessdomore/shapes/Shapes.scala 
package progscala2.typelessdomore.shapes 



































case class Point(x: Double = 0.0, y: Double = 0.0) { // 0 


def shift(deltax: Double = 0.0, deltay: Double = 0.0) = //@ 
copy (x + deltax, y + deltay) 
} 
O 如 同 前 文 ， 定 义 Point 类 ， 并 提供 默认 的 初始 化 值 。 
@ 新 的 shift 方法 ， 用 于 从 现 有 的 Point 对 象 中 对 “点 ”进行 平移 ， 从 而 创建 一 个 新 的 
Point 对 象 。 它 使 用 了 copy 方法 ，copy 方法 也 是 case 类 自动 创建 的 。 
copy 方法 允许 你 在 创建 case 类 的 新 实例 时 ， 只 给 出 与 原 对 象 不 同 部 分 的 参数 ， 这 一 点 对 于 
大 一 些 的 case 类 非常 有 用 


scala> val p1 = new Point(x = 3.3, y = 4.4) // 显 式 使 用 命名 参数 列表 。 
p1: Point = Point(3.3,4.4) 


























scala> val p2 = p1.copy(y = 6.6) // 指定 新 的 y 值 ,创建 新 实例 。 

p2: Point = Point(3.3,6.6) 
命名 参数 列表 让 客户 端 代码 更 具 可 读 性 。 当 参数 列表 很 长 ， 且 有 若干 参数 是 同一 类 型 时 ， 
bug 容易 避免 ， 因 为 在 这 种 情况 下 很 容易 搞 错 参数 传 入 的 顺序 。 当 然 ， 更 好 的 做 法 是 一 开 
始 就 避免 出 现 过 长 的 参数 列表 。 
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2.5.2 方法 具有 多 个 参数 列表 
接 下 来 ， 我 们 对 Shape 类 进行 修改 ， 特 别 是 其 中 的 draw 方法 : 


abstract class Shape() { 
/[** 
* draw 带 两 个 参数 列表 ,其 中 一 个 参数 列表 带 着 一 个 表示 绘制 偏 移 量 的 参数 
* 男 一 个 参数 列表 是 我 们 之 前 用 过 的 函数 参数 。 
#7 
def draw(offset: Point = Point(0.0, 0.0))(f: String => Unit): Unit = 
f(s"draw(offset = Soffset), ${this.toString}") 


























} 
case class Circle(center: Point, radius: Double) extends Shape 


case class Rectangle(lowerLeft: Point, height: Double, width: Double) 
extends Shape 


没 错 ， 这 里 的 draw 方法 有 两 个 参数 列表 ， 每 个 参数 列表 都 有 一 个 参数 ， 而 不 是 拥有 一 个 
具有 两 个 参数 的 参数 列表 。 第 一 个 参数 列表 允许 你 指定 Point 对 象 的 偏 移 量 ， 供 绘制 使 用 。 
默认 值 Point(0.06，9.0)， 表 示 没 有 偏 移 。 第 二 个 参数 列表 与 之 前 的 draw 函数 相同 ， 其 中 
的 参数 是 用 来 绘制 所 用 的 函数 的 。 
你 可 以 任意 指定 参数 列表 的 个 数 ， 但 实际 上 很 少 有 人 使 用 两 个 以 上 的 参数 列表 。 
那么 ， 为 什么 要 人 允许 多 个 参数 列表 呢 ? 当 最 后 一 个 参数 列表 只 包含 一 个 表示 国 数 的 参数 
时 ， 多 个 参数 列表 的 形式 拥有 整齐 的 块 结构 语法 。 以 下 是 我 们 调用 新 的 draw 方法 的 表达 
方式 : 
s.draw(Point(1.0, 2.0))(str => println(s"ShapesDrawingActor: $str")) 
Scala 人 允许 我 们 把 参数 列表 两 边 的 圆 括号 替换 为 花 括 号 ， 因 此 ， 这 一 行 代码 还 可 以 写 为 : 
s.draw(Point(1.0, 2.0)){str => println(s"ShapesDrawingActor: $str")} 
如 果 国 数字 面 量 不 能 在 一 行内 完成 ， 我 们 可 以 重 写 为 以 下 方式 : 


s.draw(Point(1.0, 2.0)) { str => 
println(s"ShapesDrawingActor: $str") 


} 
或 写 为 等 价 的 形式 : 


s.draw(Point(1.0, 2.0)) { 
str => println(s"ShapesDrawingActor: $str") 


} 


这 一 写法 很 像 我 们 之 前 常用 来 写 if 和 for 表达 式 或 方法 体 的 代码 块 。 只 不 过 ， 在 这 里 的 
{…} 块 所 表示 的 函数 是 我 们 要 传递 给 draw 方法 的 参数 。 


当 函 数字 面 量 很 长 时 ， 这 种 用 {…} 代替 (…) 的 “语法 糖 ” 使 得 代码 看 起 来 美观 多 了 。 此 
时 的 代码 更 像 我 们 所 熟悉 和 喜爱 的 块 结构 语法 。 


如 果 我 们 使 用 缺 省 的 偏 移 量 ， 第 一 个 圆 括号 就 不 能 省 略 ， 

































































s.draw() { 
str => println(s"ShapesDrawingActor: $str") 


} 
如 同 Java 方法 一 样 ，draw 方法 也 可 以 只 使 用 一 个 带 两 个 参数 值 的 参数 列表 。 如 果 那 样 ， 
客户 端 代码 就 会 像 这样 写 : 


s.draw(Point(1.0, 2.0), 
str => println(s"ShapesDrawingActor: $str") 


) 
这 份 代码 并 没 那 么 清晰 和 优雅 。 使 用 默认 值 开启 offset 也 没 那么 便捷 ， 因 此 我 们 不 得 不 对 
参数 进行 命名 : 

s.draw(f = str => println(s"ShapesDrawingActor: $str")) 
第 二 个 优势 是 在 之 后 的 参数 列表 中 进行 类 型 推断 。 如 以 下 例子 : 


scala> def m1[A](a: A, f: A => String) = f(a) 
mi: [A](a: A, f: A => String)String 








scala> def m2[A](a: A)(f: A => String) = f(a) 
m2: [A](a: A)(f: A => String)String 


scala> m1(100, i => s"$i + $i") 
<console>:12: error: missing parameter type 
mi(100, i => s"Si + $i") 
Nn 


scala> m2(100)(i => s"$i + $i") 
res0: String = 100 + 100 


函数 ml 和 国 数 m2 看 起 来 几乎 一 模 一 样 ， 但 我 们 需要 注意 用 相同 的 参数 调用 它们 时 ml 和 
m2 的 表现 。 我 们 传 入 Int 和 一 个 国 数 Int => String， 对 于 ml，Scala 无 法 推断 该 函数 的 参 
数 1，m2 则 可 以 。 


使 用 多 个 参数 列表 的 第 三 个 优势 是 ， 我 们 可 以 用 最 后 一 个 参数 列表 来 推断 隐 含 参数 。 隐 含 
参数 是 用 implicit 关键 字 声 明 的 参数 。 当 相应 方法 被 调用 时 ， 我 们 可 以 显 式 指定 这 个 参 
数 ， 或 者 也 可 以 不 指定 ， 这 时 编译 器 会 在 当前 作用 域 中 找到 一 个 合适 的 值 作为 参数 。 隐 含 
参数 可 以 代 禁 参数 默认 值 ， 而 且 更 加 灵活 。 我 们 这 就 来 研究 一 个 Scala 库 中 使 用 隐 含 参数 
的 例子 Future。 








2.5.3 Future íY 


scala.concurrent.Future (http://www.scala-lang.org/api/current/scala/concurrent/Future.html ) 
是 Scala 提供 的 一 个 并 发 工具 ， 其 中 的 API 使 用 隐 含 参数 来 减少 元 余 代 码 。Akka 使 用 了 
Future， 但 如 果 你 并 不 需要 actor 的 所 有 功能 ， 也 可 以 单独 使 用 Akka 中 的 Future 部 分 


当 你 将 任务 封装 在 Future 中 执行 时 ， 该 任务 的 执行 是 异步 的 。Future API 提供 了 多 种 机 制 
去 获取 执行 结果 ， 如 提供 回调 函数 。 当 结果 就 绪 时 ， 回 调 函 数 将 被 调用 。 我 们 在 这 里 就 使 
用 回调 函数 作为 例子 ， 关 于 其 他 API 的 讨论 将 推迟 到 第 17 章 。 
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以 下 示例 并 发 发 出 5 个 任务 ， 并 在 任务 结束 时 处 理 任务 返回 的 结果 : 


// src/main/scala/progscala2/typelessdomore/futures.sc 
import scala.concurrent.Future 
import scala.concurrent.ExecutionContext.Implicits.global 











def sleep(millis: Long) = { 
Thread.sleep(millis) 


} 

// 繁忙 的 处 理工 作 ;) 

def doWork(index: Int) = { 
sleep((math.random * 1000).toLong) 
index 


} 


(1 to 5) foreach { index => 
val future = Future { 
doWork(index) 
} 


future onSuccess { 
case answer: Int => println(s"Success! returned: Sanswer") 


} 
future onFailure { 
case th: Throwable => println(s"FAILURE! returned: $th") 
} 
} 


sleep(1000) // 等 待 足够 长 的 时 间 , 以 确保 工作 线程 结束 。 
println("Finito!") 
在 import 语句 之 后 的 sleep 函数 中 ， 我 们 调用 Thread fy sleep 方法 来 模拟 程序 进行 繁忙 
的 处 理工 作 ， 参 数 为 睡眠 的 时 长 。doWork 方法 是 对 sleep 的 简单 封装 ， 传 入 一 个 0 到 1000 
范围 的 随机 数 ， 表 示 睡 眠 的 毫秒 数 。 


接 下 来 的 部 分 就 有 趣 了。 我 们 用 foreach 对 一 个 从 1 到 5 AY Range 进行 迭代 ， 调 用 了 


scala.concurrent.Future.apply (http://www.scala-lang.org/api/current/scala/concurrent/ 
Future.html)， 这 是 单 例 对 象 Future 的 “工厂 ”方法 。 在 这 个 例子 中 ，Future.apply 传人 
了 一 个 匿名 函数 ， 表 示 需 要 做 的 任务 。 我 们 用 花 括 号 而 不 是 圆 括号 包围 传人 的 匿名 国 数 : 

val future = Future { 

doWork( index) 

} 
Future. apply 返回 一 个 新 的 Future 对 象 ， 然 后 控制 权 就 交还 给 循环 了 ， 该 对 象 将 在 另 一 个 
线程 中 执行 dowork(index)。 接 着 ， 我 们 用 onSuccess 注册 一 个 回调 函数 ， 当 future 成 功 
执行 完毕 后 ， 该 回调 会 被 执行 。 这 个 回调 函数 是 一 个 偏 函 数 。 
类 似 地 ， 我 们 用 onFailure 注册 了 一 个 回调 函数 来 处 理 错 误 。 回 调 函 数 将 错误 封装 在 一 个 
Throwable (http://docs.oracle.com/javase/8/docs/api/java/lang/Throwable.html) 的 对 象 中 。 
最 后 ， 我 们 调用 了 stleep， 以 等 待 所 有 的 任务 执行 完毕 。 


可 能 的 运行 结果 如 下 所 示 。 在 本 例 中 结果 将 以 随机 的 顺序 出 现 ， 这 一 点 你 也 许 有 预期 到 : 
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$ scala src/main/scala/progscala2/typelessdomore/futures.sc 
Success! returned: 1 

Success! returned: 3 

Success! returned: 4 

Success! returned: 5 

Success! returned: 2 

Finito! 


好 了 ， 上 面 说 的 这 些 与 隐 含 参数 有 什么 关系 呢 ? 从 第 二 条 import 语句 中 可 以 发 现 答案 : 
import scala.concurrent.ExecutionContext.Implicits.global 

我 之 前 说 过 ， 每 个 Future 运行 在 各 自 独 立 的 线程 中 ， 但 这 个 说 法 不 够 严谨 。 事 实 上 ， 
Future API 允许 我 们 通过 ExecutionContext 来 配置 并 发 操作 的 执行 。 上 述 import 语句 导 
入 了 默认 的 ExecutionContext， 使 用 Java 的 ForkJoinPool (http://docs.oracle.com/javase/8/ 
docs/api/java/util/concurrent/ForkJoinPool.html) 设置 来 管理 Java 线程 池 。 在 示例 中 我 们 调 
用 了 3 个 方法 ， 其 中 这 些 方法 的 第 二 个 参数 列表 具有 隐 含 的 ExecutionContext 参数 。 由 于 
我 们 没有 明显 地 指定 第 二 个 参数 列表 ， 系 统 使 用 了 默认 的 ExecutionContext, 


Apply 方法 就 是 上 述 3 个 方法 之 一 ， 以 下 是 apply 在 Future. apply 的 Scaladoc (http://www. 
scala-lang.org/api/current/#scala.concurrent.Future$) 中 的 声明 
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apply[T](body: => T)(implicit executor: ExecutionContext): Future[T] 
注意 第 二 个 参数 列表 中 有 implicit 关键 字 。 
以 下 是 其 他 两 个 方法 在 Fure.onSuccess 和 Future.onFailure 的 Scaladoc 中 的 声明 : 


def onSuccess[U](func: (Try[T]) => U)( 
implicit executor: ExecutionContext): Unit 

def onFailure[U](callback: PartialFunction[Throwable, U])( 
implicit executor: ExecutionContext): Unit 


Try 结构 是 一 个 处 理 try {…} catch {…} 语句 的 工具 ， 我 们 以 后 再 讨论 它 。 


那么 ， 如 何 将 革 个 值 声明 为 implicit YE? 导入 的 scalLa.concurrent.ExecutionContext 
Implicits.global 是 在 Future 中 常用 的 默认 ExecutionContext。 它 使 用 implicit 关键 字 声 
明 ， 因 此 如 果 调 用 时 未 显 式 给 出 ExecutionContext 参数 ， 编 译 器 就 会 使 用 这 个 默认 值 ， 本 
例 就 是 这 种 情况 。 只 有 由 implicit 关键 字 声 明 的 ， 在 当前 作用 域 可 见 的 对 象 才能 用 作 隐 含 
值 ， 只 有 被 声明 为 implicit 的 函数 参数 才 允 许 调用 时 不 给 出 实 参 ， 而 采用 隐 含 的 值 。 

以 下 就 是 Scala 源 代码 中 的 scala.concurrent.ExecutionContext 对 Implicits.global 的 声 
明 。 这 上段 代码 演示 了 如 何 用 implicit 关键 字 声 明 一 个 隐 含 的 值 (这 里 只 给 出 了 代码 片段 ， 
省 略 了 有 具体 细节 ) : 

object Implicits { 


implicit val global: ExecutionContextExecutor = 
impL.ExecutionContextImpL.fromExecutor(null: Executor) 
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} 
在 后 续 的 示例 中 我 们 会 创建 自己 的 隐 含 变量 。 
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2.5.4 RBA MBIA 

方法 的 定义 还 可 以 嵌 套 。 当 你 将 一 个 很 长 的 方法 重 构 为 几 个 更 小 的 方法 时 ， 如 果 这 些小 的 
辅助 方法 只 在 该 方法 中 调用 ， 就 可 以 用 嵌 套 方法 。 我 们 将 这 些 辅助 函数 谨 套 定义 在 原 方法 
中 ， 它 们 便 对 其 他 外 层 的 代码 不 可 见 ， 包 括 类 中 的 其 他 方法 。 

以 下 代码 实现 了 阶乘 的 计算 ， 在 这 个 方法 中 ， 我 们 调用 了 另 一 个 嵌 套 的 方法 去 完成 阶乘 的 
实际 计算 ， 


// src/main/scala/progscala2/typelessdomore/factorial.sc 




















def factorial(i: Int): Long = { 
def fact(i: Int, accumulator: Int): Long = { 
if (i <= 1) accumulator 
else fact(i - 1, i * accumulator) 


} 


fact(i, 1) 
} 


(0 to 5) foreach ( i => println(factorial(i)) ) 


以 下 为 代码 运行 的 输出 : 


辅助 函数 递归 地 调用 它 本 身 ， 并 传人 一 个 accumulator 参数 ， 阶 乘 的 计算 结果 保存 在 该 参 
数 中 。 注 意 ， 当 计数 器 i 达到 1 时 ， 我 们 就 将 阶乘 的 计算 结果 返回 。( 这 里 我 们 不 考虑 负 
整数 参数 ， 负 整数 的 输入 是 无 效 的 ， 本 函数 在 i <= 1 时 返回 1。) 定义 好 内 套 的 方法 后 ， 
factorial 调用 该 方法 ， 传 人 参数 i， 并 累计 乘法 的 初始 值 1。 








Oo 





(RA DSA FRA RC! 如 果 编 译 器 提示 ， 能 找到 Unit 但 找 不 到 Long, 
可 能 就 是 因为 你 扎 记 调用 秽 套 国 数 了 。 


是 否 注 意 到 ， 我 们 两 次 用 i 作为 参数 名 ?第 一 次 是 factorial 方法 的 参数 ， 第 二 次 是 向 人 套 
的 fact 方法 的 参数 。 在 fact 方法 中 使 用 的 i 参数 “ 屏 项 ”了 外 部 factorial 方法 的 i 参 
数 。 这 样 做 是 允许 的 ， 因 为 我 们 在 fact 方法 中 并 不 需要 外 部 的 1， 我 们 只 在 factorial 结 
尾 调用 fact 的 时 候 才 需要 它 。 


类 似 方法 中 声明 的 局 部 变量 ， 骨 套 的 方法 也 只 在 声明 它 的 方法 中 可 见 。 


观察 这 两 个 方法 的 返回 值 。 因 为 阶乘 的 计算 结果 增长 非常 快 ， 我 们 选择 使 用 Long 类 型 ， 而 
不 使 用 Scala 自动 推断 的 Int 类 型 。 如 果 使 用 Int 284%, factorial 就 不 需要 上 述 的 类 型 注 
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释 了 。 然 而 ， 我 们 必须 要 为 fact 声明 返回 类 型 。 因 为 这 是 一 个 递归 方法 ，Scala 采用 的 是 
局 部 作用 域 类 型 推断 ， 无 法 推断 出 递归 函数 的 返回 类 型 。 

对 递归 函数 你 也 许 会 感到 一 丝 不 安 。 我 们 是 否 在 冒 风险 ”JVM 和 许多 其 他 语言 环境 并 不 
对 尾 递归 做 优化 ， 否 则 尾 递归 会 将 递归 转 为 循环 ， 可 以 避免 栈 溢出 。( 尾 递归 一 词 ， 表 示 
调用 递归 函数 是 该 函数 中 最 后 一 个 表达 式 ， 该 表达 式 的 返回 值 就 是 所 调用 的 递归 函数 的 返 
回 值 。) 
递归 是 函数 式 编程 的 特点 ， 也 是 优雅 地 实现 很 多 算法 的 强大 工具 。 所 以 ，Scala 编译 器 对 
尾 递 归 做 了 有 限 的 优化 。 它 会 对 函数 调用 自身 做 优化 ， 但 不 会 优化 所 谓 的 trampoline 的 情 
况 ， 也 就 是 “a 调用 b 调用 a 调用 b” 的 情形 。 

你 可 能 仍然 想 知 道 自己 写 的 尾 递归 是 否 正确 ， 编 译 器 是 否 对 自己 的 尾 递 归 执 行 了 优化 。 没 
有 人 希望 在 生产 环境 中 出 现 栈 空间 崩 涡 。 幸 运 的 是 ， 如 果 你 加 一 个 tailrec 关键 字 (http:// 
www.scala-lang.org/api/current/#scala.annotation.tailrec) ， 编 译 器 会 告诉 你 代码 是 否 正确 地 实 
现 了 尾 递归 ， 如 以 下 factorial 的 改良 版 本 : 


// src/main/scala/progscala2/typelessdomore/factorial-tailrec.sc 
import scala.annotation.tailrec 































































































def factorial(i: Int): Long = { 
@tailrec 
def fact(i: Int, accumulator: Int): Long = { 
if (i <= 1) accumulator 
else fact(i - 1, i * accumulator) 


} 


fact(i, 1) 
} 


(9 to 5) foreach ( i => println(factorial(i)) ) 


如 果 fact Ae ee, SVE AS RA HO RR. Be Ak Se EE REPL 中 写 出 递归 的 
Fibonacci 国 数 : 








scala> import scala.annotation.tailrec 


scala> @tailrec 
| def fibonacci(i: Int): Long = { 
| if (i <= 1) 1L 
| else fibonacci(i - 2) + fibonacci(i - 1) 
| } 
<console>:16: error: could not optimize @tailrec annotated method fibonacci: 
it contains a recursive call not in tail position 


else fibonacci(i - 2) + fibonacci(i - 1) 
nN 


我 们 有 两 个 递归 调用 ,然后 又 对 调用 的 结果 做 计算 ， 而 不 是 只 在 结尾 调用 一 次 递归 函数 ， 
因此 这 个 函数 不 是 尾 递归 的 。 


最 后 要 说 明 的 是 ， 外 层 方法 所 在 作用 域 中 的 一 切 在 杠 套 方法 中 都 是 可 见 的 ， 包 括 传递 给 外 
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层 方法 的 参数 。 下 例 count 方法 中 的 n 参数 就 是 一 个 例子 : 


// src/main/scala/progscala2/typelessdomore/count-to.sc 


def countTo(n: Int): Unit = { 
def count(i: Int): Unit = { 
if (i <= n) { println(i); count(i + 1) } 


count(1) 


} 


+ pizi 212 一 

2.6 推断 类 型 信息 
静态 类 型 语言 的 代码 往往 比较 繁琐 。 因 此 我 们 可 以 考虑 使 用 以 下 Java 中 的 类 型 声明 代码 
(Java 7 之 前 的 版 本 ) : 

import java.util.HashMap; 

HashNapatakeger: String> intToStringMap = new HashMap<Integer, String>(); 
我 们 不 得 不 两 次 指定 类 型 参数 <Integer，String>。Scala 使 用 类 型 注解 一 词 表 示 类 似 
HashMap<Integer, String> 的 显 式 类 型 声明 。 
Java 7 引入 了 尖 插 号 操作 符 来 推断 表达 式 右 边 的 泛 型 类 型 ， 降 低 了 元 余 度 : 

HashMap<Integer, String> intToStringMap = new HashMap<>(); 
我 们 之 前 已 经 看 过 一 些 示 例 说 明 Scala 对 类 型 推断 确 有 支持 。 没 有 显 式 类 型 注解 时 ， 编 
译 器 可 以 根据 上 下 文 识别 不 少 信息 。 利 用 自动 推断 类 型 信息 ， 以 上 声明 可 以 用 Scala € 
写 如 下 : 

val intToStringMap: HashMap[Integer, String] = new HashMap 
如 果 我 们 将 HashMap[Integer ，String] 放 在 等 号 后 边 ， 代 码 会 更 简洁: 

val intToStringMap2 = new HashMap[Integer, String] 
一 些 函 数 式 编程 语言 ， 如 Haskell， 可 以 推断 出 几乎 所 有 的 类 型 ， 因 为 它们 可 以 执行 全 局 类 
AHEM. Scala 则 无 法 做 到 这 一 点 ， 部 分 原因 是 Scala 必须 支持 子 类 多 态 (支持 继承 )， 这 
使 得 类 型 推断 要 困难 得 多 。 
以 下 总 结 了 在 Scala 中 什么 时 候 需 要 显 式 类 型 注解 。 
































什么 时 候 需 要 显 式 类 型 注解 
在 实际 编程 中 ， 你 在 以 下 情况 中 必须 提供 显 式 的 类 型 注解 。 
。 上 声明 了 可 变 的 var 变量 或 不 可 变 的 vat 变量 ， 没 有 进行 初始 化 。( 例 如 ， 在 类 中 的 
抽象 声明 ， 如 valL book: String, var count: Int), 
。 所 有 的 方法 参数 (如 def deposit(amount: Money) = {---}), 
。 方法 的 返回 值 类 型 ， 在 以 下 情况 中 必须 显 式 声 明 其 类 型 。 
一 在 方法 中 明显 地 使 用 了 return (即使 在 方法 末尾 也 是 如 此 )。 
一 递归 方法 。 
一 两 个 或 多 个 方法 重 载 (拥有 相同 的 函数 名 ) ， 其 中 一 个 方法 调用 了 另 一 个 重 载 方 
法 ， 调 用 者 需要 显 式 类 型 注解 。 
— Scala 推断 出 的 类 型 比 你 期 望 的 类 型 更 为 宽泛 ， 如 Any。 











幸运 的 是 ， 最 后 一 种 情况 是 比较 少见 的 。 


Any 类 型 是 Scala 类 型 层次 (我们 会 在 10.2 节 介 绍 Scala 的 类 型 ) 中 的 根 类 
型 。 如 果 一 块 代码 意外 地 返回 了 Any 类 型 的 值 ， 很 有 可 能 是 因为 代码 比 你 预 
期 的 更 为 宽泛 ， 于 是 只 有 Any 类 型 才能 覆盖 所 有 可 能 的 值 。 








我 们 来 看 几 个 之 前 没 见 过 的 例子 ， 在 这 些 例 子 中 需要 显 式 类 型 广 释 。 如 同 以 下 这 个 示例 ， 
重 载 的 国 数 中 ， 如 果 其 中 一 个 调用 了 另 一 个 ， 则 需要 提供 显 式 类 型 注解 

// src/main/scala/progscala2/typelessdomore/method-overloaded-return-vi.scX 

// StringUtil 第 一 版 (有 一 个 编译 错误 ) 

// 错误 :无 法 通过 编译 ,右边 的 joiner 需 要 一 个 String 类 型 的 返回 值 





object StringUtilv1 { 
def joiner(strings: String*): String = strings.mkString("-") 


def joiner(strings: List[String]) = joiner(strings :_*) // 编译 错误 


println( StringUtilV1.joiner(List("Programming", "Scala")) ) 
在 这 个 人 为 生 造 的 示例 中 ， 虽 然 两 个 joiner 方法 将 字符 串 组 成 的 List 连接 起 来 ， 用 “-” 
分 隔 ， 但 这 段 代码 不 能 通过 编译 。 这 里 虽然 也 用 了 一 些 有 用 的 编程 惯用 法 ， 不 过 我 们 还 是 
先 解决 编译 错误 吧 。 
如 果 你 执行 这 段 脚本 ， 会 得 到 下 面 的 错误 信息 





<console>:10: error: overloaded method joiner needs result type 
def joiner(strings: List[String]) = joiner(strings :_*) // 错误 
“A 


由 于 第 二 个 joiner 调用 了 第 一 个 joiner， 第 二 个 joiner 就 需要 显 式 地 将 返回 值 声 明 为 
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String。 应 该 像 这 样 : 


def joiner(strings: List[String]): String = joiner(strings :_*) 


现在 我 们 来 看 第 二 个 joiner 方法 中 使 用 的 惯用 技巧 。Scala 支持 方法 拥有 变量 参数 列表 
(有 时 也 叫 作 “可 变 方 法 ”)， 第 一 个 joiner 方法 的 签名 为 : 


def joiner(strings: String*): String = strings.mkString("-") 


参数 列表 中 ，String 后 的 * 表 示 “0 个 或 多 个 Sting 。 方 法 可 以 拥有 其 他 参数 ， 但 必须 位 
于 可 变 参 数 之 前 ， 且 方法 只 能 拥有 一 个 可 变 参数 。 


然而 ， 有 时 用 户 可 能 已 经 有 了 可 以 传递 给 joiner 的 字符 串 序列 。 在 这 种 情况 下 ， 第 二 个 
joiner 方法 是 一 个 便利 的 方法 。 它 只 是 简单 地 转发 调用 给 第 一 个 joiner， 但 它 使 用 了 特殊 
的 语法 告诉 编译 器 将 输入 的 List 转 为 第 一 个 joiner 需要 的 可 变 参数 列表 : 


def joiner(strings: List[String]): String = joiner(strings :_*) 


我 这 么 理解 这 段 古 怪 的 代码 : strings :_* 告诉 编译 器 你 希望 列表 string 作为 可 变 参 数列 
表 ， 而 列表 string 的 类 型 却 不 是 指定 的 ， 而 是 根据 输入 推断 得 出 的 。Scala 不 允许 你 写成 
strings :String *， 即 使 你 需要 为 第 一 个 joiner 方法 指定 的 输入 类 型 就 是 String。 
事实 上 ， 并 不 需要 这 个 joiner 的 便利 方法 ， 用 户 也 可 以 给 第 一 个 joiner 方法 传人 一 个 字 
符 串 列表 。 既 然 第 一 个 joiner 需要 可 变 的 字符 串 参 数列 表 ， 我 们 可 以 在 调用 它 的 时 候 使 用 
类 似 第 二 个 joiner 方法 的 语法 。 

对 返回 值 类 型 的 规定 十 分 微妙 ， 特 别 是 Scala 推断 出 的 类 型 比 你 期 望 的 更 通用 、 更 宽泛 。 
将 函数 返回 值 赋 给 一 个 更 具体 类 型 的 变量 时 ， 你 可 能 会 遇 到 这 类 问题 。 例 如 ， 你 期 望 得 到 
一 个 String， 但 函数 推断 的 返回 值 类 型 是 Any。 我 们 再 来 看 一 个 人 为 生 造 的 例子 ， 这 个 例 
子 就 存在 以 上 情形 所 产生 的 bug: 


// src/main/scala/progscala2/typelessdomore/method-broad-inference-return.scXx 


// 错误 :无 法 通过 编译 。 方 法 事实 上 返回 了 List[Any] ,这 一 返回 值 的 类 型 太 宽泛" 了。 

































































def makeList(strings: String*) = { 
if (strings.length == 0) 
List(0) // #1 
else 
strings.toList 


} 
val list: List[String] = makeList() // 编译 错误 
执行 这 段 脚 本 会 触发 以 下 错误 信息 : 


...8: error: type mismatch; 
found : List[Any] 
required: List[String] 
val list: List[String] = makeList() // 错误 
An 


我 们 希望 makeList 返回 一 个 List[String], 但 当 strings.Length 等 于 零 时 ， 我 们 返 
List(0)， 错 误 地 “假定 ”这 就 是 Scala 中 创建 空 列 表 的 正确 方法 。 实 际 上 ， 我 们 返回 的 是 
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拥有 一 个 元 素 9 的 List[Int], 

我 们 应 该 返回 List.empty[String] 或 空 列表 的 专用 产生 工具 NtL。 两 种 方法 都 可 以 得 到 正 
确 的 返回 值 推断 结果 。 

当 if 语句 返回 List[Int], m else 语句 返回 List[String] (strings.toList 的 执行 结果 ) 时 ， 
方法 的 返回 值 推断 结果 只 能 是 List[Int] 和 List[String] 的 最 近 公 共 父 类 型 ， 即 List[Any], 


更 重要 的 一 点 是 ， 以 上 代码 并 未 产生 编译 错误 。 我 们 在 给 Uist 指定 了 类 型 List[String] 
后 ， 才 在 运行 时 发 现 问题 。 


在 这 个 例子 中 ， 加 上 显 式 的 返回 类 型 注解 List[string] 可 以 在 编译 时 就 捕捉 到 这 个 错误 。 
当然 ， 返 回 类 型 注解 也 为 代码 的 读者 提供 了 很 好 的 文档 。 

还 有 两 个 场景 需要 注意 ， 省 略 了 返回 类 型 注解 可 能 得 到 意外 的 推断 类 型 。 第 一 种 ， 在 国 数 
中 ， 你 调用 的 其 他 函数 可 能 会 引发 意外 推断 。 这 是 因为 该 国 数 近期 可 外 eho Ti 回 值 类 
型 。 这 样 ， 你 的 函数 在 被 重新 编译 后 也 会 改变 推断 得 到 的 返回 值 类 型 。 

第 二 种 场景 常常 出 现在 项 目 越 来 越 大 、 不 同 模块 构建 于 不 同时 间 段 的 情形 。 如 果 你 在 集成 

bap aga lang.NoSuchMethodError, WEE, MEE EES it BHT 
个 错误 ， 而 这 个 被 调用 的 方法 在 男 一 个 模块 中 定义 ， 这 很 有 可 能 说 明 该 函数 显 式 地 或 根 

pe el a 而 调用 方 没有 相应 地 进行 更 新 ， 仍 然 在 期 待 过 时 的 返回 类 型 。 


开发 API 时， 如 果 与 客户 端 分 开 构 建 ， 应 该 显 式 地 声明 返回 类 型 ， 并 尽 可 
能 地 返回 一 个 你 所 能 返回 的 最 通用 的 类 型 。 在 API 声明 抽象 方法 (参见 第 9 
章 ) 时 这 一 点 尤其 重要 。 






















































































最 后 我 们 用 一 个 常见 的 拼写 错误 来 结束 本 市 。 这 个 错误 很 容易 犯 ， 尤 其 对 Scala 新 手 来 说 。 
scala> def double(i: Int) { 2 * i } 
double: (i: Int)Unit 


scala> println(double(2)) 
O 


为 什么 第 二 个 命令 打印 出 了 ()， 而 不 是 4? 仔细 看 scala 解释 器 打印 的 方法 签名 double 
(Int)Unit。 我 们 认为 定义 的 方法 名 为 double， 带 一 个 Int 参数 并 返回 一 个 新 的 Int 值 ， 新 
的 值 是 输入 值 的 两 倍 。 但 它 实际 返回 了 Uint 类 型 ， 为 什么 ?这 种 意外 行为 产生 的 原因 是 在 
函数 定义 时 漏 掉 了 一 个 等 号 。 以 下 才 是 我 们 想 要 的 函数 定义 : 


scala> def double(i: Int) = { 2 * i } 
double: (i: Int)Int 














scala> println(double(2)) 
4 


注意 double 方法 体 之 前 的 等 号 。 现 在 ， 输 出 告诉 我 们 ， 我 们 已 经 定义 的 double 方法 返回 
Int 类 型 的 值 ， 第 二 条 命令 的 输出 也 符合 我 们 的 期 望 。 


这 种 现象 的 出 现 有 它 的 原因 。Scala 将 方法 体 前 的 声明 和 等 号 当 作 函 数 定义 ， 而 在 函数 式 
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编程 中 ， 函 数 总 要 有 返回 值 。 另 一 方面 ， 当 Scala 发 现 函 数 体 之 前 没有 等 号 时 ， 就 认为 程 
序 员 希望 该 方法 是 一 个 procedure， 意 味 着 它 只 返回 Unit。 而 在 实践 中 ， 这 很 可 能 是 因为 程 
Frit Sass | 


假如 方法 的 返回 值 是 推断 的 并 且 你 在 方法 体 的 花 括 号 之 前 没有 写 等 号 ，Scala 
会 推断 返回 类 型 为 Unit， 即 使 函数 体 最 后 一 个 表达 式 的 值 不 是 Unit 类 型 也 
是 如 此 。 

这 种 规则 大 微妙， 以 至 于 很 容易 就 会 犯 这 种 错误 。 由 于 很 容易 就 会 错误 地 定 
义 一 个 返回 Unit 的 方法 ， 这 种 procedure 的 语法 在 Scala 2.11 中 已 经 被 废除 。 
不 要 用 这 种 语法 | 


















































上 文 没 有 告诉 我 们 bug 修复 之 前 输出 的 O 是 从 哪 来 的 。 我 们 之 前 曾 提 到 ，Unit 的 行为 类 
似 于 其 他 语言 的 votd。 然 而 ， 与 void Ala], Unit 这 个 类 型 拥有 一 个 名 为 O 的 值 ， 而 这 是 
国 数 式 编程 的 一 贯 做 法 ， 我 们 将 在 16.1.1 闻 解 释 它 的 原因 。 


DJJ —! 
2.7 保留 字 
表 2-1 列 出 了 Scala 的 保留 字 。 其 中 的 一 些 我 们 之 前 已 经 遇 到 过 ， 还 有 许多 保留 字 在 Java 
中 也 能 找到 ， 并 且 它们 在 两 种 语言 中 的 含义 是 相同 的 。 对 于 目前 还 没 遇 到 的 保留 字 ， 本 书 
的 后 续 音节 会 逐步 涉及 。 



































表 2-1: REF 

保留 字 fe B 参 M 
abstract ”做 抽象 声明 参见 8.15 
case match 表达 式 中 的 case 子 句 ， 定 义 一 个 case 类 第 4 章 
catch 捕捉 抛 出 的 异常 参见 3.9 市 
class 声明 一 个 类 参见 8.1 5 
def 定义 一 个 方法 参见 2.5 市 
do 用 于 do. . .white 循环 参见 3.7 节 
else 与 if 配对 的 else 语句 参见 3.5 节 
extends ”表示 接 下 来 的 class 或 trait 是 所 声明 的 class 或 trait 的 父 类 型 参见 8.445 
false Boolean 的 false 值 参见 2.8.3 节 





final 用 于 class 或 trait， 表 示 不 能 派生 子 类 型 ， 用 于 类 型 成 员 ， 则 表示 派生 的 参见 11.2 节 
class 或 trait 不 能 履 写 它 
































finally finally 语句 跟 在 相应 的 try 语句 之 后 ， 无 论 是 否 抛 出 异常 都 会 执行 参见 3.9 节 
for for 循环 参见 3.6 市 
forsome ”用 在 已 存在 的 类 型 声明 中 ， 限 制 其 能 够 使 用 的 具体 类 型 参见 14.9 节 
if if 语句 参见 3.5 节 
implicit ”使 得 方法 或 变量 值 可 以 被 用 于 隐 含 转换 ， 将 方法 参数 标记 为 可 选 的 ， 只 要 在 参见 5.3 市 














调用 该 方法 时 ， 作 用 域内 有 类 型 匹配 的 候选 对 象 ， 就 会 使 用 该 对 象 作为 参数 
import 将 一 个 或 多 个 类 型 抑或 类 型 的 成 员 导 入 到 当前 作用 域 参见 2.12 节 
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RAF fh B 参 W 
lazy 推迟 val 变量 的 赋值 参见 3.11 节 
match 用 于 类 型 匹配 语句 第 4 章 
new 创建 类 的 一 个 新 实例 参见 8.1 节 
null 尚未 被 赋值 的 引用 变量 的 值 参见 10.2 节 
object 用 于 单 例 声 明 ， 单 例 是 只 有 一 个 实例 的 类 参见 1.3 市 
override ” 当 原 始 成 员 未 被 声明 为 final 时 ， 用 override 履 写 类 型 中 的 一 个 具体 成 员 ”参见 11.1 节 
package ”声明 包 的 作用 域 参见 2.11 节 
private ”限制 某 个 声明 的 可 见 性 第 13 章 
protected 限制 某 个 声明 的 可 见 性 第 13 章 
requires 停 用 ,以 前 用 于 自 类 型 参见 14.6 节 
return J ŽOK E 参见 1.3 节 
sealed 用 于 父 类 型 ， 要求 所 有 派生 的 子 类 型 必须 在 同一 个 源 文件 中 声明 参见 2.10 节 
super 类 似 this， 但 表示 父 类 型 参见 11.3 节 
this 对 象 指向 自身 的 引用 ;辅助 构造 函数 的 方法 名 参见 8.1 节 
throw 抛 出 异常 参见 3.9 节 
trait 这 是 一 个 混入 模块 ， 对 类 的 实例 添加 额外 的 状态 和 行为 ， 也 可 以 用 于 声明 而 第 9 章 

不 实现 方法 ， 类 似 Java 的 interface 
try 将 可 能 抛 出 异常 的 代码 块 包围 起 来 参见 3.9 节 
true Boolean 的 true 值 参见 2.8.3 7 
type 声明 类 型 参见 2.13 节 
val 声明 一 个 “只 读 ” 变 量 参见 2.2 节 
var 声明 一 个 可 读 可 写 的 变量 参见 2.2 节 
while 用 于 while 循环 参见 3.7 节 
with 表示 所 声明 的 类 或 实例 化 的 对 象 包括 后 面 的 trait PIT 
yield 在 for 循环 中 返回 元 素 ， 这 些 元 素 会 构成 一 个 序列 参见 3.6.4 Fi 
z 占 位 符 ， 使 用 在 import、 国 数字 面 量 中 很 多 章节 均 涉及 

分 隔 标识 符 和 类 型 注解 参见 1.3 节 
= 赋值 参见 1.3 节 
=> 在 函数 字面 量 中 分 隔 参数 列表 与 函数 体 参见 6.2.1 节 
<- 在 for 循环 中 的 生成 表达 式 参见 3.6 节 
<: 在 参数 化 类 型 和 抽象 类 型 声明 中 ， 用 于 限制 允许 的 类 型 参见 14.2 节 
<% 在 参数 化 类 型 和 抽象 类 型 的 view bound 声明 中 参见 14.4 节 
>: 在 参数 化 类 型 和 抽象 类 型 声明 中 ， 用 于 限制 允许 的 类 型 参见 14.2 节 
# 在 类 型 注入 中 使 用 参见 15.3 节 
@ 注解 参见 23.2 45 
> (Unicode \u21D2), 45 => 相同 参见 6.2.1 45 
> (Unicode \u2192), 45 -> 相同 参见 5.345 
一 (Unicode \u2190), 45 <- 相同 参见 3.6 贡 
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注意 ， 表 中 没有 列 出 break 和 continue。 这 两 个 流程 控制 的 关键 字 在 Scala 中 不 存在 。 
Scala 鼓励 使 用 国 数 式 编程 的 惯用 法 来 实现 相同 的 break, continue 功能 。 函 数 式 编程 通常 
会 更 加 简洁 ， 不 容易 出 现 bug。 


一 些 Java 中 的 方法 名 在 Scala 中 是 保留 字 。 如 java.util.Scanner.match。 为 了 避免 编译 错 
误 ， 引 用 该 方法 名 时 ， 在 名 字 两 边 加 上 反 引 号 ， 如 java.util.Scanner.`match`, 


a | HE 
2.8 字面 量 
我 们 在 前 面 已 经 遇 到 过 一 些 字 面 量 ， 如 vaL book = "Programming Scala"。 在 这 行 代 
码 中 ， 我 们 用 一 个 String 字面 量 初 始 化 了 一 个 val 变量 book。 还 有 (s: String) => 
s.toUpperCase， 这 也 是 一 个 函数 字面 量 的 例子 。 我 们 现在 来 讨论 Scala 支持 的 所 有 字面 量 。 
2.8.1 整数 字面 量 


整数 字面 量 可 以 以 十 进 制 、 十 六 进 制 或 八进制 的 形式 出 现 。 表 2-2 给 出 了 整数 字面 
细 信 息 。 


表 2-2: 整数 字面 量 
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= 
tk 
























































xz Hl 格 st Gl F 
十 进 制 0 或 一 个 非 零 值 ， 后 面 跟 上 0 个 或 多 个 数字 (0-9) 0,1,321 

十 六 进 制 Ox 后 面 跟 上 一 个 或 多 个 十 六 进 制 数字 (0-9, A-F, a-f) OxFF,0x1a3b 
八进制 0 后 面 跟 上 一 个 多 个 八进制 数字 (0-7)“ 013,077 

a 八进制 数字 字面 量 在 Scala 2.10 中 已 经 废弃 。 





























在 数字 字面 量 之 前 加 上 一 符号 ， 可 以 表示 负数 。 

对 于 Long 类 型 的 字面 量 ， 除 非 你 将 该 字面 量 赋值 给 一 个 Long 类 型 的 变量 ,否则 需要 在 
数字 字面 量 后 面 加 上 上 或 1。 如 若 不 加 ， 字 面 量 的 类 型 将 默认 推断 为 Int。 整 数字 面 量 的 
有 效 值 范围 是 根据 被 赋值 的 变量 类 型 决定 的 。 表 2-3 列 出 了 各 类 型 的 上 下 限 (包含 上 下 
限 本 身 ) 。 

表 2-3: 整数 字面 量 的 取 值 范围 (BEUR) 

目标 类 型 TRIES) ER( 包含 ) 


















































Long 一 263 268—1 
Int 一 231 4 
Short 一 25 2"-1 
Char 0 2 一 1 
Byte 一 27 2 一 ! 




















如 果 整 数字 面 量 的 值 超 出 了 以 上 表格 中 所 示 的 范围 ， 将 会 引发 一 个 编译 错误 。 如 下 面 这 个 
例子 : 
scala> val i = 1234567890123 


<console>:1: error: integer number too large 
val i = 12345678901234567890 





| ee 
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Nn 


scala> val i = 1234567890123L 
i: Long = 1234567890123 


scala> val b: Byte = 128 
<console>:19: error: type mismatch; 
found : Int(128) 
required: Byte 
val b: Byte = 128 
A 


scala> val b: Byte = 127 
b: Byte = 127 


2.8.2 浮 点 数字 面 量 


序 点 数字 面 量 的 形式 为 : 首先 是 一 个 可 省 略 的 负 号 ， 然 后 是 0 个 或 多 个 数字 后 面 跟 上 一 个 
点 号 〈.)， 后 面 再 跟 上 一 个 或 多 个 数字 。 对 于 Float 类 型 的 字面 量 ，; 还 要 在 后 面 加 上 F 或 
f， 否 则 会 被 认为 是 Double 类 型 。 你 也 可 以 在 后 面 加 上 0 或 4， 明 确 表 示 字 面 量 为 Double 


a> 


字面 量 。 


序 点 数字 面 量 可 以 用 指数 表示 。 指 数 部 分 的 形式 为 E 或 e 后 面 跟 上 可 选 的 + 或 -， 然 后 是 
一 个 或 多 个 数字 。 


以 下 是 浮 点 数字 面 量 的 一 些 例 子 。 例 子 中 除非 被 赋值 的 变量 是 Float 类 型 ， 或 者 在 字面 
后 面 加 了 F 或 f， 否 则 字面 量 都 被 推断 为 Double 类 型 ; 


.14 

3.14 
3.14f 
3.14F 
3.14d 
3.14D 
3e5 

3E5 
3.14e+5 
.14e-5 
.14e-5 
.14e-5f 
.14e-5F 
.14e-5d 
.14e-5D 





























al 





















































3 
3 
3 
3 
3 
3 


Float 遵循 IEEE 754 32 位 单 精度 浮 点 数 规范 。 
Double 遵循 IEEE 754 64 位 双 精 度 浮 点 数 规范 。 


在 Scala 2.10 之 前 ， 小 数 点 后 没有 数字 是 允许 的 ， 如 3. 和 3.e5。 但 是 由 于 这 种 语法 会 导致 
歧义 : 小 数 点 可 能 被 解释 为 方法 名 前 的 句号 ， 因 此 1.toString 应 该 如 何 解析 ? 是 Int 类 型 
的 1， 还 是 Double 类 型 的 1.0 ? 所 以 ， 小 数 点 后 不 带 数 字 的 浮 点 数字 面 量 在 Scala 2.10 中 
就 被 废弃 ， 而 在 Scala 2.11 中 则 不 被 允许 。 
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2.8.3 布尔 型 字面 量 
布尔 型 字面 量 可 以 为 true 或 false。 被 这 两 个 字面 量 赋值 的 变量 ， 其 类 型 将 被 推断 为 


Boolean; 


scala> val b1 = true 


b1: Boolean = true 

















scala> val b2 = false 


b2: Boolean = false 


28.4 字符 字面 量 


字符 字面 量 要 么 是 单 引 号 内 的 一 个 可 打印 的 Unicode 字符 ， 要 么 是 一 个 转 义 序列 。{ 





TI 














在 0~255 的 Unicode 字符 也 可 以 用 八进制 数字 的 转 义 形式 表示 ， 即 一 个 反 斜 杜 (\) 后 














时 的 错误 。 





以 下 是 字符 字面 量 的 例子 : 


"A! 


'\n 


'\u0041' // Unicode 





面 跟 上 最 多 3 个 八进制 数字 字符 。 如 果 反 斜 杠 后 面 不 是 有 效 的 转 义 序列 ， 会 引发 编译 














和 的 'A' 





'\012' // 八进制 的 '\n 


表 2-4 给 出 了 有 效 的 转 义 序列 。 
表 2-4: 字符 转 义 序列 























转 义 序列 人 

\b 退 格 (BS) 

\t 水 平 制 表 符 (HT) 
\n 换行 (LF) 

\f 表格 换行 (FF) 
\r 可 车 (CR) 

\" 双 引 号 (") 

V 单 引 号 C) 

\\ RRL (\) 








注意 ， 不 可 打 E 





的 Unicode 字符 ， 如 \u6699 (水 平 制 表 符 ) 是 不 允许 的 。 应 该 使 用 等 价 的 


转 义 形式 \t。 回 顾 一 下 表 2-1 中 提 到 的 3 个 Unicode 字符 ， 可 以 有 效 地 替换 相应 的 ASCII 
序列 : => 替换 =>， 一 替换 ->， 一 替换 <-。 


2.8.5 字符 串 字面 量 
字符 串 字面 量 是 被 双 引 号 或 者 三 重 双 引 号 包围 的 字符 种 序列 ， 如 """…"""。 





对 于 双 引 号 包 









































围 的 字符 串 字 面 量 ， 允 许 出 现 的 字符 与 字符 字面 量 相同 。 但 是 ， 如 果 双 引号 
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字符 出 现在 字符 串 中 ， 则 必须 使 用 反 斜 杠 \ 进行 转 义 。 以 下 是 字符 串 字面 量 的 例子 : 


"Programming\nScala" 
"He exclaimed, \"Scala is great!\"" 
"First\tSecond" 


用 三 重 双 引 号 包含 的 字符 串 字 面 量 也 被 称 为 多 行 字符 串 字 面 量 。 这 些 字符 串 可 以 跨越 多 
行 ， 换 行 符 是 字符 串 的 一 部 分 。 可 以 包含 任意 字符 ， 可 以 是 一 个 双 引 号 也 可 以 是 两 个 连续 
的 双 引 号 ， 但 不 允许 出 现 三 个 连续 的 双 引 号 。 对 于 包含 有 反 斜 本 \， 但 反 斜 杠 不 用 于 构成 
Unicode 字符 ， 也 不 用 于 构成 有 效 转 义 序列 (如 表 2-4 中 列 出 的 序列 ) 的 字符 串 很 适合 采 
用 这 种 字符 串 字 面 量 。 正 则 表达 式 就 是 一 个 很 好 的 例子 ， 在 正则 表达 式 中 经 常用 转 义 的 字 
符 表示 特殊 含义 。 即 使 转 义 序列 出 现 ， 三 重 双 引 号 包含 的 字符 串 也 不 对 其 进行 转 义 。 


以 下 给 出 了 3 个 示例 字符 串 : 


"""Brogramming\nScala""" 

"""He exclaimed, "Scala is great!" """ 
"""First Line\n 

Second line\t 












































Fourth line""" 
注意 ， 在 第 二 个 例子 中 ， 必 须 在 结尾 的 """ 前 加 一 个 空格 ， 以 防止 出 现 解 析 错 误 。 试 图 将 
"Scala is great!" 的 第 二 个 双 引 号 进行 转 义 〈"Scatla is great!\") 的 行为 是 无 效 的 。 
使 用 多 行 字 符 串 时 ， 你 可 能 希望 各 行 子 串 有 良好 的 缩 进 以 使 代码 美观 ， 但 却 不 希望 多 余 的 
空格 出 现在 字符 串 的 输出 中 。String.stripMargin 可 以 解决 这 个 问题 。 它 会 移 除 每 行 字符 
串 开 头 的 空格 和 第 一 个 遇 到 的 垂直 分 隔 符 |。 如 果 你 需要 自行 添加 空格 制造 缩 进 ， 你 应 该 
在 | 后 添加 你 要 的 空格 。 参 照 以 下 示例 ; 


// src/main/scala/progscala2/typelessdomore/muLltiline-strings.sc 















































def hello(name: String) = s"""Welcome! 
Hello, $name! 
* (Gratuitous Star!!) 
|We're glad you're here. 
| Have some extra whitespace.""".stripMargin 


hello("Programming Scala") 


以 上 代码 输出 如 下 : 


Welcome! 

Hello, Programming Scala! 

* (Gratuitous Star!!) 
We're glad you're here. 

Have some extra whitespace. 


注意 哪些 行 开头 的 空格 被 移 除 ， 而 哪些 行 开 头 的 空格 未 被 移 除 。 


如 果 你 希望 用 别 的 字符 代替 |， 可 以 用 stripMargin 的 重 载 版 本 ,该 函数 可 以 指定 一 个 
Char 参数 代替 |。 如 果 你 想 要 移 除 整个 字符 串 (而 不 是 字符 串 的 各 个 行 ) 的 前 级 和 后 级 ， 
有 相应 的 stripPrefix 和 stripSuffix 方法 可 以 完成 : 
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// src/main/scala/progscala2/typelessdomore/multiline-strings2.sc 


def goodbye(name: String) = 
s"""xxxGoodbye, ${name}yyy 
xxxCome again! yyy""".stripPrefix("xxx").stripSuffix("yyy") 


goodbye( "Programming Scala") 
上 述 例子 的 输出 为 : 


Goodbye, Programming Scalayyy 
xxxCome again! 





2.8.6 ”符号 字面 量 

Scala 支持 符号 ， 符 号 是 一 些 规定 的 字符 串 。 两 个 同名 的 符号 会 指向 内 存 中 的 同一 对 象 。 相 
比 其 他 编程 语言 如 Ruby 和 Lisp， 符 号 在 Scala 中 用 得 比较 少 。 

符号 字面 量 是 单 引 号 (C) 后 跟 上 一 个 或 多 个 数字 、 字 母 或 下 划 线 (CW?) ， 但 第 一 个 字符 不 
能 为 数字 。 所 以 '1symbol 是 无 效 的 符号 。 


符号 字面 量 'id 是 表达 式 scala.Symbol("id") 的 简写 形式 ， 如 果 你 需要 创建 一 个 包含 空格 
的 符号 ， 可 以 使 用 Symbol.apply, 41 Symbol(" Programming Scala ") 中 的 空格 均 为 符号 的 


一 部 分 。 


2.8.7 ”函数 字面 量 
我 们 之 前 已 经 接触 过 函数 字面 量 ， 但 这 里 重 述 一 下 : (i: Int, s: String) => sti 是 一 个 
类 型 为 Function2[Int,String,String] (返回 值 类 型 为 String) 的 函数 字面 量 。 


甚至 可 以 用 函数 字面 量 来 声明 变量 ， 以 下 两 种 声明 是 等 价 的 : 


val f1: (Int,String) => String = (i, s) => sti 
val f2: Function2[Int,String,String] = (i, s) => sti 




































































2.8.8 ”元 组 字面 量 

你 希望 从 方法 中 返回 多 少 次 值 (两 个 或 多 个 值 ) ? 在 很 多 语言 中 ， 如 Java， 你 只 有 少数 几 
种 解决 方案 ， 且 每 一 种 都 不 是 上 选 。 比 如 ， 你 可 以 传 和 人 参数， 然后 在 方法 中 修改 该 参数 ， 
相当 于 “返回 值 ”， 但 这 样 的 代码 很 丑陋 ， 不 美观 。( 有 的 语言 甚至 用 关键 字 来 表示 哪些 参 
数 是 输入 参数 ， 哪 些 参数 是 输出 参数 。) 你 可 以 声明 一 个 像 “结构 体 ”一 样 的 类 ， 类 中 有 
两 个 或 多 个 值 ， 然 后 返回 该 类 的 实例 。 

Scala 库 中 包含 TupleN 类 (如 Tuple?2)， 用 于 组 建 和 元 素 组 ， 它 以 小 括号 加 上 逗号 分 隔 的 
元 素 序 列 的 形式 来 创建 元 素 组 。TupleN 表示 的 多 个 类 各 自 独立 ，N 的 取 值 从 1 到 22， 包 括 
22 (在 Scala 的 未 来 版 本 中 这 个 上 限 可 能 最 终 取消 )。 

例如 ，val tup = ("Programming Scala", 2014) 定义 了 一 个 Tuple2 的 实例 ， 实 例 中 的 第 一 
ARRA A String, M "Programming Scala" 中 推断 得 到 ， 第 二 个 成 员 类 型 为 Int， 从 
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2014 中 推断 得 到 。 元 组 的 实例 是 不 可 变 的 、first-class 的 值 (因为 它们 是 对 象 ， 与 你 定义 的 
其 他 类 的 实例 没有 区 别 )， 所 以 你 可 以 将 它们 赋值 给 变量 ， 将 它们 作为 输入 参数 ， 或 从 方 
法 中 将 其 返回 。 

你 也 可 以 用 字面 量 语法 来 声明 Tuple 类 型 的 变量 : 


val t1: (Int,String) = (1, "two") 
val t2: Tuple2[Int,String] = (1, "two") 


以 下 例子 演示 了 元 组 的 用 法 : 


// src/main/scala/progscala2/typelessdomore/tuple-example.sc 












































val t = ("Hello", 1, 2.3) // © 
println( "Print the whole tuple: "+t ) 

println( "Print the first item: + t._1 ) //@ 
println( "Print the second item: " + t._2 ) 

println( "Print the third item: " + t._3 ) 

val (t1, t2, t3) = ("World", '!', 0x22) // ©® 
println( ti +", "+ t2 +", "+ t3 ) 

val (t4, t5, t6) = Tuple3("World", '!', 0x22) //@ 


println( t4 + ", "+ t5 +", "+ t6 ) 


@ 用 字面 量 语法 构造 一 个 三 个 参数 的 元 组 Tuple3。 

@ 从 元 组 中 提取 第 一 个 元 素 (计数 从 1 开始， 不 从 0 开始 )， 接 下 来 的 2 行 代码 分 别提 取 
第 二 个 和 第 三 个 元 素 。 

声明 了 三 个 变量 ，t1、t2、t3， 用 元 组 中 三 个 对 应 的 元 素 对 其 赋值 。 

用 Tuple3 的 “工厂 ”方法 构造 一 个 元 组 。 

运行 该 脚本 ， 得 到 以 下 输出 : 


Print the whole tuple: (Hello,1,2.3) 
Print the first item: Hello 

Print the second item: 1 

Print the third item: 2.3 

World, !, 34 

World, !, 34 


KKA t.n 提取 元 组 t 中 的 第 n 个 元 素 。 为 遵循 历史 惯例 ， 这 里 从 1 开始 计数 ， 而 不 是 从 
0 开始 。 

一 个 两 元 素 的 元 组 ， 有 时 也 被 简称 为 pair。 有 很 多 定义 pair 的 方法 ， 除 了 在 圆 括号 中 列 出 
元 素 值 以 外 ， 还 可 以 把 “箭头 操作 符 ” 放 在 两 个 值 之 间 ， 也 可 以 用 相应 类 的 工厂 方法 : 


(1, "one") 
1 -> "one" 
1+ "one" // 用 = FRE -> 
Tuple2(1, "one") 


箭头 操作 符 只 适用 于 两 元 素 的 元 组 。 





© 
© 
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2.9 ”0ption、Some 和 None: 避免 使 用 null 


我 们 来 讨论 3 种 类 型 ， 即 Option, Some 和 None， 它 们 可 以 表示 “有 值 ”或 者 “没有 值 ”。 


大 部 分 语言 都 有 一 个 特殊 的 关键 字 或 类 的 特殊 实例 ， 用 于 在 引用 变量 没有 指向 任何 对 象 
时 ， 表示“ 无 ”。 在 Java 中 ， 是 null 关键 字 ， 但 Java 中 没有 某 个 实例 或 类 型 。 因 此 ， 对 
它 调 用 任何 方法 都 是 非法 的 。 但 是 语言 设计 者 对 此 感到 非常 迷惑 ， 为 什么 要 在 程序 员 期 户 
返回 对 象 时 返回 一 个 关键 字 呢 ? 

当然 ， 真正 的 问题 在 于 ，null 是 很 多 bug 的 来 源 。null 表示 的 真正 含义 是 在 给 定 的 情形 
没有 任何 值 。 如 何 变量 不 等 于 nutL， 它 是 有 值 的 。 为 什么 不 在 类 型 系统 中 显 式 地 将 这 种 
况 表 达 出 来 ， 并 通过 类 型 检查 来 避免 空 指针 异常 呢 ? 

Option (http://www.scala-lang.org/api/current/#scala.Option) 允许 我 们 显 式 表示 这 种 情况 ， 
而 不 需要 用 null 这 种 “ 骇 客 ”技巧 。 作 为 一 个 抽象 类 ，0ption 却 有 两 个 具体 的 子 类 Some 


(http://www.scala-lang.org/api/current/#scala.Some) 和 None (http://www.scala-lang.org/api/ 
current/#scala.None$), Some 用 于 表示 有 值 ，None 用 于 表示 没有 值 。 


在 以 下 实例 中 你 会 看 到 Option, Some 和 None 的 运用 。 我 们 创建 了 一 个 美国 州 与 州 首府 的 
映射 表 : 


// src/main/scala/progscala2/typelessdomore/state-capitals-subset.sc 
























































val stateCapitals = Map( 
"Alabama" -> "Montgomery", 
"Alaska" -> "Juneau", 
Li ates 


"Wyoming" -> "Cheyenne" ) 


println( "Get the capitals wrapped in Options:" ) 
println( "Alabama: " + stateCapitals.get("Alabama") ) 
println( "Wyoming: " + stateCapitals.get("Wyoming") ) 
println( "Unknown: " + stateCapitals.get("Unknown") ) 

println( "Get the capitals themselves out of the Options:" ) 

println( "Alabama: " + stateCapitals.get("Alabama").get ) 

println( "Wyoming: " + stateCapitals.get("Wyoming").getOrElse("Oops!") ) 
println( "Unknown: " + stateCapitals.get("Unknown").getOrElse("Oops2!") ) 


注意 看 执行 脚本 时 发 生 了 什么 : 


Get the capitals wrapped in Options: 

Alabama: Some(Montgomery) 

Wyoming: Some(Cheyenne) 

Unknown: None 

Get the capitals themselves out of the Options: 
Alabama: Montgomery 

Wyoming: Cheyenne 

Unknown: Oops2! 


Map.get 方法 返回 了 0ption[T]， 这 里 类 型 T 为 String。 与 此 不 同 ， 在 Java F, Map.get 返 
回 T，T 可 能 是 null 或 实际 的 值 。 通 过 返回 option， 我 们 就 不 会 “忘记 ”去 检查 是 否 有 实 








| 

















际 值 返回 。 换 言 之 ， 对 于 给 定 的 key,“ 对 应 的 值 可 能 并 不 存在 ”这 一 事实 已 经 包含 在 方法 
返回 的 类 型 中 了 。 

第 一 组 printtn 语句 非 直 接地 对 get 返回 的 实例 执行 了 toString 方法。 事实 上 ， 我 们 古 在 
对 Some 或 None 执行 toString 方法 ， 因 为 当 映射 表 中 存在 key 对 应 的 值 时 ，Map.get 的 返 
回 值 被 自动 包装 在 Some 对 象 中 。 相 反 ， 当 我 们 请 求 了 一 个 映射 表 中 不 存在 的 数据 时 ，Map. 
get 就 返回 None， 而 不 是 nutl， 最 后 一 个 println 就 是 这 种 情况 。 


第 二 组 println 更 进一步 ， 调 用 Map.get 后 ， 又 对 Option 实例 调用 了 get Bk getOrElse, 以 
取出 其 中 包含 的 值 。 

Option.get 方法 有 些 危 险 ， 如 果 Option 是 一 个 Some, Some.get 则 会 返回 其 中 的 值 。 然 而 ， 
如 果 Option 事实 上 是 一 个 None, None.get 就 会 抛 出 一 个 NoSuchElementException (http:// 
docs.oracle.com/javase/8/docs/ap1/j ava/util/NoSuchElementException.html ) 异常 。 


在 后 面 两 个 println 语 句 中 ， 我 们 可 以 看 到 get 的 替代 选项 一 一 一 个 更 安全 的 方法 
getOrElse, getOrElse 方法 会 在 Option 为 Some 时 返回 其 中 的 值 ， 而 在 Option 为 None 时 返 
回 传递 给 它 的 参数 中 的 值 。 换 言 之 ，getorElse 的 参数 起 到 了 默认 值 的 作用 。 

所 以 ，getorElse 是 两 个 方法 中 更 具 防 御 性 的 ， 它 避免 了 潜在 的 异常 。 

再 次 申明 ， 由 于 Map.get 返回 了 0ption， 这 明显 告诉 读者 映射 表 中 有 可 能 找 不 到 指定 的 
key。 映 射 表 在 这 种 情况 下 会 返回 None， 而 大 部 分 编程 语言 会 返回 null (或 其 他 等 价 的 
值 )。 的 确 ， 从 经 验 来 看 你 推断 这 种 情况 下 这 些 语言 中 可 能 出 现 null, {H Option 将 这 种 情 
况 显 式 地 体现 在 函数 签名 中 ， 使 其 更 具 自 解释 性 。 

BI, BF Scala 的 静态 类 型 性 质 ， 你 可 以 避免 “忘记 ”返回 的 是 option， 从 而 调用 
Option 里 的 值 (如 果 有 值 的 话 ) 来 启动 方法 。 在 Java 中 ， 当 方法 返回 一 个 值 时 ， 在 调用 该 
值 的 方法 前 很 容易 忘记 检查 它 是 否 为 nuLL。 但 是 ，Scala 的 方法 返回 0ption， 编 译 器 的 类 
型 检查 便 强 制 要 求 你 先 从 Option 中 提取 值 ， 再 对 它 调用 方法 。 这 一 机 制 “ 提 醒 ” 你 去 检查 
Option 是 否 等 于 None, FELA, Option 的 使 用 强烈 鼓励 更 具 弹 性 的 编程 习惯 。 


Scala 运行 于 JVM 的 环境 ， 且 必须 与 其 他 库 互 操作 ， 因 此 Scala 必须 支持 nutl。 另 外 ， 一 
些 固执 的 人 也 可 能 会 给 你 返回 一 个 Some(nuLL)。 尽 管 如 此 ， 你 现在 有 了 比 null 更 好 的 选 
择 ， 就 应 该 在 自己 的 代码 中 避免 使 用 null (除非 必须 与 支持 null 的 Java 库 进行 交互 )。 
Tony Hoare (http://www.infog.com/presentations/Null-References-The-Billion-Dollar-Mistake- 
Tony-Hoare), Æ 1965 年 开发 一 门 名 为 ALGOL W 的 语言 时 发 明了 nuLL， 他 曾 表示 null 的 
发 明 是 相当 于 损失 “ 数 十 亿美 元 ”的 错误 。 你 看 ， 还 是 用 Option IE, 


2.10 ”封闭 类 的 继承 


现在 我 们 来 探讨 Option 的 一 个 很 有 用 的 特性 。option 的 一 个 关键 点 在 于 它 只 有 两 个 有 效 
的 子 类 。 如 有 果 我 们 有 值 ， 则 对 应 Some 子 类 ， 如 果 没 有 值 ， 则 对 应 None 子 类 。 没 有 其 他 有 
效 的 Option 子 类 型 。 所 以 ， 我 们 可 以 防止 用 户 创建 一 个 他 们 自己 的 子 类 。 


为 了 达到 这 个 目的 ，Scala 设计 了 关键 字 sealed, Option 的 声明 类 似 这 样 (省 略 部 分 细 市 ) : 
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sealed abstract class Option[+A] ... { ... } 


关键 字 sealed 告诉 编译 器 ， 所 有 的 子 类 必须 在 同一 个 源 文件 中 声明 。 而 在 Scala 库 中 ， 
Some 与 None 就 是 与 Option 声明 在 同一 源 文件 中 的 。 这 一 技术 有 效 防 止 了 Option 派生 其 他 
子 类 型 。 


顺便 提 一 下 ， 如 果 需 要 防止 用 户 派生 任何 子 类 ， 也 可 以 用 final 关键 字 进行 声明 。 


2.11 用 文件 和 名 空间 组 织 代码 


Scala 沿用 Java 用 包 来 表示 命名 空间 的 这 一 做 法 ， 但 它 却 更 具 灵 活性 。 文 件 名 不 必 与 类 名 
一 致 ， 包 结构 不 一 定 要 与 目录 结构 一 致 。 所 以 ， 你 可 以 定义 与 文件 的 “物理 ”位 置 独立 的 
包 结构 。 


以 下 示例 用 Java 语法 在 包 com.example.mypkg 中 定义 了 名 为 MyClass 的 类 ， 这 是 Java 的 常 
规 语法 : 


// src/main/scala/progscala2/typelessdomore/package-example1.scala 
package com.example.mypkg 












































class MyClass { 
/ss 
} 


Scala W XHEMA ER EAA TAS OR HE SLE a, CH 的 命名 空间 语法 和 Ruby 表示 
命名 空间 的 modules 用 法 类 似 : 


// src/main/scala/progscala2/typelessdomore/package-example2.scala 
package com { 
package example { 
package pkg1 { 
class Classi1 { 
def m = "m11" 


class Class12 { 
def m = "m12" 
} 
} 


package pkg2 { 
class Class21 { 
def m = "m21" 
def makeClassi11 = { 
new pkg1.Classi11 
} 
def makeClass12 = { 
new pkg1.Class12 
} 
} 
} 


package pkg3.pkg31.pkg311 { 





邮 


class CLass311 { 
def m = "m21" 
} 
} 
} 
} 


pkg1 和 pkg2 这 两 个 包 定 义 在 包 com.example 中 。 在 这 两 个 包 中 ， 共 有 3 个 类 。 在 包 pkg2 
的 类 Class21 中 ，makeCLass11 和 makeClassi2 方法 展示 了 如 何 引用 “兄弟 ”和 所 pkgl 中 
的 类 。 你 也 可 以 分 别 用 这 些 类 的 全 路 径 com.example.pkg1.Class11 和 com.example.pkg1. 
Class12 来 引用 它们 。 


Æ pkg3.pkg31.pkg311 表明 你 可 以 在 一 条 语句 中 将 多 个 包 “ 链 接 ” 在 一 起 。 不 必 为 每 一 
单独 使 用 一 条 package 语句 。 


然而 ， 有 一 种 情况 你 必须 使 用 单独 的 package 语句 。 我 们 称 之 为 连续 包 声 明 : 


// src/main/scala/progscala2/typelessdomore/package-example3.scala 
// 导入 example 中 所 有 包 级 别 的 声明 

package com.example 

// 导入 mypkg 中 所 有 包 级 别 的 声明 

package mypkg 





i 

















class MyPkgClass { 
LE ga 





如 果 你 想 导 入 的 包 都 有 包 级 别 的 声明 ， 比 如 类 的 声明 ， 那 么 应 该 为 包 层 次 中 的 每 个 包 使 用 
单独 的 package 语句 。 每 个 后 续 的 包 语 句 都 被 解释 为 上 一 个 包 的 子 包 ， 就 像 我 们 使 用 上 文 
展示 的 和 藤 套 块 结构 语法 那样 。 第 一 个 package 语句 的 路 径 为 绝对 路 径 。 

我 们 遵循 Java 的 惯例 ， 将 Scala 库 的 root 包 命名 为 scala, 

尽管 声明 包 的 语法 很 灵活 ， 但 有 一 个 限制 ， 就 是 包 不 能 在 类 或 对 象 中 定义 ， 那 样 做 是 没有 
意义 的 。 











Scala 不 允许 在 脚本 中 定义 包 ， 脚 本 被 隐 含 包装 在 一 个 对 象 中 。 在 对 象 中 声 
明 包 是 不 允许 的 。 





2.12 ”导入 类 型 及 其 成 员 


就 像 在 Java 中 一 样 ， 要 使 用 包 中 的 声明 ， 必 须 先 导入 它们 。 但 Scala 还 提供 了 其 他 选择 ， 
以 下 例子 展示 了 Scala 如 何 导入 Java 类 型 : 


import java.awt._ 

import java.io.File 

import java.io.File._ 

import java.util.{Map, HashMap} 
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你 可 以 像 第 一 行 那样 ， 用 下 划 线 (_) 当 通 配 符 ， 导 入 包 中 的 所 有 类 型 。 你 也 可 以 像 第 二 
行 那样 导入 包 中 单独 的 Scala 类 型 或 Java 类 型 。 
Java 用 星 号 (*) 作为 import 的 通配符 。 在 Scala 中 ， 星 号 被 允许 用 作 国 数 


名 ， 因 此 _ 被 用 作 通 配 符 ， 以 避免 歧义 。 例 如 ， 如 果 对 象 Foo 定义 了 其 他 方 
法 ， 同 时 它 还 定义 了 * 方法 ，import Foo.* 表示 什么 呢 ? 






































第 三 行 导 入 了 java.io.File 中 所 有 的 静态 方法 和 属性 。 与 之 等 价 的 Java import 语句 为 
import static java.io.File.*, Scala ył 4 import static 这 样 的 写法 ， 因 为 Scala 将 
object 类 型 与 其 他 类 型 一 视 同 仁 。 

如 第 四 行 所 示 ， 选 择 性 导入 的 语法 非常 好 用 ， 在 第 四 行 中 我 们 导入 了 java.util.Map 和 
java.util.HashMap, 

import 语句 几乎 可 以 放 在 任何 位 置 上 ， 所 以 你 可 以 将 其 可 见 性 限制 在 需要 的 作用 域 中 ， 可 
以 在 导入 时 对 类 型 做 重 命 名 ， 也 可 以 限制 不 想 要 的 类 型 的 可 见 性 : 


def stuffWithBigInteger() = { 








import java.math.BigInteger.{ 
ONE => _, 
TEN, 
ZERO => JAVAZERO } 


// println( "ONE: "+ONE ) // ONE 未 定义 
println( "TEN: "+TEN ) 
println( "ZERO: "+JAVAZERO ) 

} 


由 于 这 一 import 语句 位 于 stuffWwithBigInteger 国 数 中 ， 导 入 的 类 型 和 值 在 国 数 外 是 不 可 
见 的 。 

将 java.math.BigInteger.ONE 常量 重 命名 为 下 划 线 ， 使 得 该 常量 不 可 见 。 当 你 需要 导入 除 
少 部 分 以 外 的 所 有 声明 时 ， 可 以 采用 这 一 技术 。 

接着 ，java.math.BigInteger.TEN 导入 时 未 经 重 命名 ， 所 以 可 以 用 TEN 引用 它 。 

最 后 ，java.math.BigInteger .ZERO 常量 被 赋予 了 JAVAZERO 的 “别名 ”。 

当 你 想 取 一 个 便利 的 名 字 或 避免 与 当前 作用 域 中 其 他 同名 声明 冲突 时 ， 别 名 非常 有 用 。 导 
A Java 类 型 时 经 常 使 用 别名 ， 以 避免 其 余 Scala 中 同名 类 型 的 冲突 ， 如 java.util.List 
(http://docs.oracle.com/javase/8/docs/api/java/util/List.html) 与 java.util.Map (http://docs.oracle. 
com/javase/8/docs/api/java/util/Map.html), {Œ Scala 库 中 有 相同 名 称 的 类 。 


2.12.1 导入 是 相对 的 
Scala 与 Java 导入 机 制 的 另 一 重要 区 别 是 : Scala 的 导入 是 相对 的 。 注 意 下 例 中 的 注释 . 


// src/main/scala/progscala2/typelessdomore/relative-imports.scala 
import scala.collection.mutable._ 
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import collection.immutable._ // 由 于 scalLa 已 经 导入 ,不 需要 给 出 全 路 径 
import _root_.scala.collection.parallel._ // 从 "“ 根 ?开始 的 全 路 径 


在 相对 导入 上 很 少 会 碰见 麻烦 ， 但 意外 有 时 也 会 发 生 。 如 果 你 遇 到 一 个 让 你 迷惑 不 解 的 
译 错误 指出 某 个 包 无 法 找到 时 ， 需 要 检查 一 下 导入 语句 中 的 相对 路 径 和 绝对 路 径 是 否 
正确 。 在 少数 情况 下 ， 你 还 需要 添加 root 前 级 。 通 常 ， 使 用 顶层 的 包 ， 如 comn、org 或 
scala 就 足够 了 。 但 必须 保证 问题 库 的 所 在 路 径 被 包含 在 CLASSPATH 中 。 


2.12.2 包 对 象 
对 于 库 的 作者 ， 设 计 上 要 选择 何 处 作为 API 暴露 公共 接 入 点 ， 因 为 这 些 API 是 客户 端 将 要 
导入 并 使 用 的 。Java 库 经 常 导 入 包 中 定义 的 部 分 或 所 有 类 型 。 例 如 Java 语句 inport java. 
io.* 导入 了 io 包 中 的 所 有 类 型 。Java 5 增加 了 “静态 导入 ”， 支 持 单独 导入 包 中 的 静态 成 
员 。 尽 管 相对 便利 了 一 些 ,， 但 它 所 采用 的 语法 还 是 不 太 便 利 。 你 可 以 考虑 使 用 一 个 虚构 的 
JSON 解析 库 ， 同 时 会 用 到 顶层 的 库 json 以 及 类 ISON 中 的 一 个 静态 API 方法: 
static import com.example.json.JSON.*; 
在 Scala 中 ， 你 至 少 可 以 省 略 static 关键 字 。 但 写 为 如 下 形式 更 为 简洁 ， 可 以 用 一 条 
import 语句 导入 所 有 API 使 用 者 需要 的 类 型 、 方 法 和 值 : 
import com.example.json._ 
Scala 支持 包 对 象 这 一 特殊 类 型 的 、 作 用 域 为 包 层次 的 对 象 。 这 里 的 json 就 是 包 对 象 。 它 
像 普通 的 对 象 一 样 声明 ， 但 与 普通 对 象 有 着 如 下 示例 所 展示 的 不 同 点 : 





3È 



































// src/com/example/json/package.scala (1) 
package com.example //@ 
package object json { //® 

class JSONObject {...} //@ 


def fromString(string: String): JSONObject = {...} 
: me 
@ 文件 名 必须 为 package.scala。 根 据 惯例 ， 文 件 位 于 与 定义 的 包 对 象 相同 的 包 目 录 中 ， 
在 这 里 为 com/example/json。 
@ 上 层 包 的 作用 域 。 
© 使 用 package 关键 字 给 包 名 之 后 的 对 象 命名 ， 在 这 里 对 象 名 为 json, 
O 适合 暴露 给 客户 端的 成 员 。 
这 样 ， 客 户 端 可 以 用 import com.example.json._ 导入 所 有 的 定义 ,或 用 通常 的 方法 单独 导 
入 元 素 。 


213 ”抽象 类 型 与 参数 化 类 型 


我 们 在 1.3 市 中 提 到 Scala 支持 参数 化 类 型 ， 与 Java 中 的 泛 型 十 分 类 似 。( 我 们 也 可 以 交换 
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这 两 个 术语 ， 但 Scala 社区 中 多 使 用 “参数 化 类 型 ”，Java 社区 中 常用 泛 型 一 词 。) 在 语法 
E, Java 使 用 尖 括 号 (<…>)， 而 Scala 使 用 方 括号 〈[…])， 因 为 在 Scala 中 < 和 > 常用 作 
方法 名 。 

例如 ， 字 符 串 列表 可 以 声明 如 下 : 


val strings: List[String] = List("one", "two", "three") 


由 于 我 们 可 以 在 集合 List [A] 中 使 用 任何 类 型 作为 类 型 A， 这 种 特性 被 称 为 参数 多 态 。 在 
方法 List 的 通用 实现 中 ， 人 允许 使 用 任何 类 型 的 实例 作为 List 的 元 素 。 

我 们 来 讨论 学 习 参 数 化 类 型 最 为 重要 的 细节 ， 尤 其 当 你 在 试图 理解 Scaladoc 中 的 类 型 签 
名 时 ， 这 些 细节 尤为 重要 。 如 在 Scaladoc 中 的 List 条 目 (http://www.scala-lang.org/api/ 
current/#scala.collection.immutable.List) 中 ， 你 会 发 现 其 声明 被 写 为 sealed abstract class 
List[+A], 


A 之 前 的 + 表示 : 如 果 B 是 A 的 子 类 ， 则 List[B] 也 是 List[A] 的 子 类 型 ， 这 被 称 为 
协 类 型 。 协 类 型 很 符合 直觉 如 果 我 们 有 一 个 函数 f(list: List[Any])， 那 么 传递 
List[String] 给 这 个 函数 ， 也 应 该 能 正常 工作 。 

如 果 类 型 参数 前 有 -， 则 表示 另 一 种 关系 : 如 果 B 是 A 的 子 类 型 ， 且 Foo[A] 被 声明 为 
Foo[-A]， 则 Foo[B] 是 Foo[A] 的 父 类 型 ( 称 为 逆 类 型 )。 这 一 机 制 没 那么 符合 直觉 ， 我 们 
将 在 参数 化 类 型 中 与 参数 化 类 型 的 其 他 细节 一 起 解释 这 一 点 。 
Scala 还 支持 另 一 种 被 称 为 “抽象 类 型 ”的 抽象 机 制 ， 它 可 以 运用 在 许多 参数 化 类 型 中 ， 也 
能 够 解决 设计 上 的 问题 。 然 而 ， 尽 管 两 种 机 制 有 所 重合 ， 但 并 不 元 余 ， 两 种 机 制 对 不 同 的 
设计 问题 各 有 优势 与 不 足 。 

参数 化 类 型 和 抽象 类 型 都 被 声明 为 其 他 类 型 的 成 员 ， 就 像 是 该 类 型 的 方法 与 属性 一 样 。 以 
下 示例 在 父 类 中 使 用 抽象 类 型 ， 而 在 子 类 中 将 该 类 型 具体 化 : 


// src/main/scala/progscala2/typelessdomore/abstract-types.sc 
import java.io._ 















































abstract class BulkReader { 

type In 

val source: In 

def read: String // 读 进 source, 然 后 返回 一 个 String 
} 














class StringBulkReader(val source: String) extends BulkReader { 
type In = String 
def read: String = source 


} 


class FileBulkReader(val source: File) extends BulkReader { 
type In = File 
def read: String = { 
val in = new BufferedInputStream(new FileInputStream(source) ) 
val numBytes = in.available() 
val bytes = new Array[Byte](numBytes) 
in.read(bytes, 0, numBytes) 
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new String(bytes) 
} 
} 


println(new StringBulkReader("Hello Scala!").read) 
// 假定 当前 目录 为 src/main/scala: 
println(new FileBulkReader( 
new File("TypeLessDoMore/abstract-types.sc")).read) 


产生 的 输出 如 下 : 


Hello Scala! 
// src/main/scala/progscala2/typelessdomore/abstract-types.sc 








import java.io._ 


abstract class BulkReader { 


抽象 类 BulkReader 声明 了 3 个 虚拟 成 员 : 一 个 名 为 In， 是 类 型 成 员 ， 第 二 个 类 型 为 In， 
是 val 变量 ， 名 为 source; 第 三 个 是 一 个 read 方法 。 
派生 类 StringBulkReader 与 FileBulkReader 为 上 述 抽象 成 员 提 供 具 体 化 的 定义 。 

注意 type 成 员 的 工作 机 制 与 参数 化 类 型 中 的 类 型 参数 非常 类 似 。 事 实 上 ， 我 们 可 以 将 该 示 
例 重 写 如 下 ， 在 这 里 我 们 只 显示 改动 的 部 分 : 


abstract class BulkReader[In] { 
val source: In 




















; a 
class StringBulkReader(val source: String) extends BulkReader[String] {...} 
class FileBulkReader(val source: File) extends BulkReader[File] {...} 
就 像 参数 化 类 型 ， 如 果 我 们 定义 In 类 型 为 String， 则 source 属性 也 必须 被 定义 为 
String。 注 意 StringBulkReader 的 read 方法 只 是 将 source 属性 返回 ， 而 FileBulkReader 
的 read 方法 则 需要 读 取 文 件 的 内 容 。 
那么 ， 类 型 成 员 与 参数 化 类 型 相 比 有 什么 优势 呢 ? 当 类 型 参数 与 参数 化 的 类 型 无 关 时 ， 参 
数 化 类 型 更 适用 。 例 如 List[A], A 可 能 是 Int, String 或 Person 等 。 而 当 类 型 成 员 与 所 封 
装 的 类 型 同步 变化 时 ， 类 型 成 员 最 适用 。 正 如 BulkReader 这 个 例子 ， 类 型 成 员 需要 与 封装 
的 类 型 行为 一 致 。 有 时 这 种 特点 被 称 为 家 族 多 态 ， 或 者 协 特 化 。 


2.14 本 章 回顾 与 下 一 章 提 要 


本 章 介 绍 了 Scala 编程 的 实践 基础 ， 如 字面 量 、 关 键 字 、 文 件 的 组 织 以 及 导入 。 我 们 学 习 
了 如 何 声明 变量 、 方 法 和 类 ， 也 了 解 了 Option 是 比 null 更 好 用 的 工具 ， 以 及 其 他 一 些 有 
用 的 技术 。 在 下 一 章 中 ， 我 们 将 结束 对 Scala 基础 的 概览 ， 深 入 解释 Scala 特性 的 细节 。 
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本 章 将 讲解 必要 的 Scala 基础 知识 。 


3.1 操作 符 重 载 ? 


在 Scala 中 ， 几 乎 所 有 的 “操作 符 ” 其 实 都 是 方法 。 我 们 一 起 看 看 最 基础 的 一 个 例子 ， 

1 +2 
数字 之 间 的 加 号 是 什么 呢 ? 这 个 操作 符 是 一 个 方法 。 
首先 ， 请 注意 在 Scala 的 世界 里 ，Java 中 特殊 的 “基本 类 型 ”都 变 成 了 正规 的 对 象 ， 这 些 
对 象 类 型 为 : Float, Double, Int, Long, Short, Byte 和 Boolean 类 型 。 这 也 意味 着 它们 
可 以 拥有 成 员 方法 。 
正如 你 所 见 ， 除 了 某 些 特殊 情况 之 外 ，Scala 标示 符 中 允许 出 现 字 母 和 数字 之 外 的 字符 。 我 
们 稍 后 将 会 讲 到 这 些 特殊 情况 。 
由 于 使 用 中 绥 表 示 法 表示 单 参数 方法 时 ， 其 中 的 点 号 和 括号 可 以 省 略 ， 因 此 1 + 2 等 价 于 
1.+(2), ' 
与 之 相似 ， 调 用 无 参 方 法 时 也 可 以 省 略 点 号 。 这 种 写法 也 被 称 为 后 缀 表示 法 。 不 过 有 时 个 
使 用 后 缀 表示 方式 时 会 产生 歧义 ， 因 此 Scala 2.10 将 这 种 表示 法 修改 为 可 选 特性 。 我 们 将 
搭建 SBT 的 实验 环境 ， 假 如 你 在 没有 告诉 编译 器 的 情况 下 使 用 了 该 特性 ， 那 么 将 触发 一 条 




















注 1: 实际 上 根据 操作 符 优 先 级 规则 ， 包 含 点 号 和 省 去 点 号 的 表达 式 并 不 总 是 完全 一 致 的 。1 + 2 * 3 = 7， 
而 1.+(2)*3 = 9。 如 果 表 达 式 中 包含 点 号 ， 那 么 优先 执行 点 号 对 应 的 操作 ， 再 执行 乘法 运算 。 另 外 如 
果 你 使 用 了 2.11 版 本 之 前 的 Scala, 请 在 数字 1 后 添加 一 个 空格 ， 否 则 1 将 会 被 解析 为 Double 类 型 | 
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警告 信息 。 可 以 通过 一 条 import 语句 开启 此 特性 。 请 查看 下 面 的 示例 了 解 通过 scala 命令 
开启 REPL 会 话 (也 可 以 通过 SBT console 命令 开启 )。 





$ scala 


scala> 1 toString 
Warning: there were 1 feature warning(s); re-run with -feature for details 
res0: String = 1 


直接 运行 scala 命令 看 上 去 并 不 能 启动 此 特性 ， 我 们 加 上 -feature 标志 重新 启动 REPL, 
以 获取 更 多 有 意义 的 警告 信息 。 


$ scala -feature 


scala> 1.toString // normal invocation 
res0: String = 1 


scala> 1 toString // postfix inovocation 
<console>:8: warning: postfix operator toString should be enabled 
by making the implicit value scala.language.postfixOps visible. 
This can ... adding the import clause 'import scala.language.postfixOps 
or by setting the compiler option -lLanguage:postfixOps. 
See the Scala docs for value scala.language.postfixOps for a discussion 
why the feature should be explicitly enabled. 

1 toString 

八 


resi: String = 1 


scala> import scala. language. postfix0ps 
import scala. Language. postfixOps 


scala> 1 toString 

res2: String = 1 
我 希望 任何 时 候 出 现 了 这 样 的 问题 时 ， 都 能 看 到 这 个 详细 的 错误 信息 ， 所 以 我 进行 了 SBT 
项 目的 配置 ， 启 用 了 -feature 标志 。 这 样 一 来 ， 在 SBT 中 使 用 console 任务 运行 REPL 
时 ， 这 个 标志 便 已 开启 了 。 
可 以 通过 两 种 方式 消除 这 个 警告 。 我 们 已 经 演示 了 第 一 种 方法 : 执行 import 
scala.language.postfix0ps 命 令 。 我 们 也 可 以 癌 编 译 器 传递 男 一 个 标志 
-language:postfix0ps， 通 过 这 一 方式 在 全 局 范围 内 开启 该 特性 。 我 个 人 青睐 于 每 次 都 
调用 import 语句 ， 因 为 这 种 方式 能 提醒 读者 了 解 到 我 们 现在 启用 了 哪个 可 选 特性 。( 我 
们 会 在 21.1.1 节 列 出 所 有 可 选 特性 。) 
在 不 造成 编译 器 歧义 的 前 提 下 ， 省 略 点 号 能 够 使 代码 变 得 更 加 整洁 ， 也 有 助 于 创建 更 优 
雅 、 更 自然 易 懂 的 程序 。 


那么 ， 哪 些 字符 允许 出 现在 标示 符 中 呢 ? 下 面 总 结 了 方法 名 、 类 型 名 、 变 量 名 等 各 种 标示 
符 需 要 遵循 的 规则 。 
。 可 用 的 字符 

除了 括号 类 字符 、 分 隔 符 之 外 ， 其 他 所 有 的 可 打印 的 ASCI[ 字 符 如 字母 、 数 字 、 下 划 
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线 (_) 和 美元 符号 ($) 均 可 出 现在 Scala 标示 符 中 ,插入 字符 包括 了 G LI G 

and}; 而 分 隔 符 则 包括 了 '，、、'、"、.、 SAR so Scala 还 允许 在 标示 符 中 使 用 编码 

在 \u0020 到 \u007F 之 间 的 字符 ， 如 数学 符号 、 像 /和 < 这 样 的 操作 符 字符 以 及 其 他 的 
一 些 符号 。 

。 不 能 使 用 保留 字 
和 绝 大 多 数 语 言 一 样 ，Scala 中 也 不 允许 使 用 保留 字 作为 标示 符 。 我 们 将 在 2.7 列举 
所 有 的 保留 字 。 我 们 回忆 一 下 ， 某 些 操作 符 和 标点 符号 也 属于 保留 字 ， 例 如 ， 下 划 线 
(_) 便 是 一 个 保留 字 。 

。 普通 标示 符 一 一 字母 、 数 字 、$、_ 和 操作 符 的 组 合 
第 见 的 标示 符 往往 由 字母 或 下 划 线 开头 ， 后 面 跟着 一 些 字母 、 数 字 、 下 划 线 或 美元 符 。 
Scala 允许 使 用 Unicode 格式 的 字符 。 由 于 美元 符 在 Scala 内 部 会 作为 特定 作用 ， 因 此 
尽管 编译 器 不 会 阻止 你 ， 你 仍 不 应 将 美元 符 当 作 标 示 符 使 用 。 在 下 划 线 后 可 以 输入 字 
有 母 、 数 字 ， 也 可 以 输入 一 些 操作 符 。 下 划 线 就 一 个 重要 的 字符 ， 编 译 器 会 将 下 划 线 之 
后 空格 之 前 的 所 有 字符 视 为 标示 符 的 一 部 分 。 举 例 而 言 ，val xyz_++= = 1 会 将 变量 
xyz_++ 赋值 为 1， 而 表达 式 val xyz++= =1 则 无 法 通过 编译 。 这 是 因为 标示 符 xyz++= 也 
可 以 被 解释 为 xyz ++=， 这 看 上 去 像 是 要 为 xyz 赋值 。 出 于 同样 的 原因 ， 假 如 在 下 划 线 
后 输入 了 操作 符 ， 那 么 不 允许 在 操作 符 后 输入 字母 或 数字 。 这 一 限制 确保 了 不 会 产生 
具有 歧义 的 表达 式 ， 例 如 : abc_-123。 该 语句 到 底 是 表示 标示 符 abc_-123， 还 是 变量 
abc_ 减 去 123 WE? 

。 普通 标示 符 操作 符 
假如 某 一 标示 符 以 操作 符 开 头 ， 那 么 后 面 的 字符 也 必须 是 操作 符 字符 。 

。 使 用 反 引 号 定义 标示 符 
我 们 可 以 通过 反 引 号 定义 标示 符 ， 两 个 反 引 号 内 的 任意 长 度 的 字符 串 便 是 定义 的 标示 
符 ，def `test that addition works`= assert(1 + 1 == 2) 便 是 其 中 一 例 (这 名 代码 应 
用 反 引 号 定义 测试 名 称 的 方法 ， 这 种 方式 使 用 了 一 种 “如 果 不 满 足 某 些 条 件 ， 便 存在 问 
题 ”的 命名 技巧 。 而 你 将 来 也 许 能 在 产品 代码 中 看 到 这 类 命名 方式 ) 。 我 们 之 前 也 曾 看 
到 过 反 引 号 命名 的 例子 。 如 果 需 要 访问 的 Java 类 方法 或 变量 的 名 与 Scala 类 的 保留 字 相 
同 ， 我 们 需要 使 用 反 引 号 命名 。 如 : java.net.Proxy.*type’(), 

。 模式 匹配 标示 符 

在 模式 匹配 表达 式 中 (请 回顾 1.4 节 中 actor 的 相关 示例 )， 以 小 写字 母 开头 的 标记 会 被 

解析 为 变量 标示 符 ， 而 大 写字 母 开 头 的 标记 则 会 被 解析 为 常量 标示 符 (如 类 名 )。 模 式 

匹配 使 用 了 非常 简洁 的 变量 表示 法 ， 例 如 无 需 使 用 val 关键 字 ， 增 加 该 限定 能 够 避免 产 

生 某 些 歧义 。 


语法 糖 
所 有 的 操作 符 都 是 方法 。 假 如 你 知道 该 知识 点 ， 便 能 够 更 容易 的 理解 Scala 代码 。 有 时 候 


你 会 看 到 一 些 新 的 操作 符 ， 不 过 你 无 需 担 心 那些 特殊 的 情况 (这些 新 的 操作 符 本 质 都 是 方 
法 ， 所 以 无 需 担 心 )。1.4 P HAK actor 会 互相 发 送 异 步 消息 ， 发 送 消息 时 使 用 了 感叹 
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号 ! 操作 符 ， 这 一 操作 符 只 是 一 个 普通 方法 罢了 。 


这 种 灵活 的 命名 方式 让 编写 出 的 类 库 非 常 自 然 ， 就 像 Scala 自身 的 一 种 延伸 。 利 用 这 种 命 
名 方式 ， 你 可 以 编写 一 个 新 的 数学 库 ， 甚 中 的 数值 类 型 支持 所 有 的 数学 操作 。 你 也 可 以 
编写 一 个 与 actor 行为 类 似 的 全 新 的 并 发 消息 处 理 层 。 除 了 少数 的 一 些 命名 规则 限制 之 外 ， 
使 用 这 些 命名 方式 能 创造 出 无 限 的 可 能 。 


能 够 创建 操作 符 符号 并 不 意味 着 你 应 该 这 样 做 。 当 你 定义 API 时 ， 要 提醒 自 
己 用 户 很 难 读 懂 这 些 隐 临 的 标点 符号 式 的 操作 符 ， 更 别提 学 会 和 记 住 了 。 小 用 
这 些 操 作 符 只 会 使 你 的 代码 变 得 蜀 卒 。 因 此 ， 如 果 你 沉迷 于 创建 新 的 操作 符 ， 
一 且 该 操作 符 无 法 带 来 便利 ， 那 就 意味 着 你 凭空 蝗 竹 了 方法 命名 的 可 读 性 。 


3.2 无 参数 方法 

对 于 那些 不 包含 参数 的 方法 而 言 ， 除 了 可 以 选择 使 用 中 级 调用 或 后 缀 调用 方式 之 外 ，Scala 
还 允许 用 户 灵 活 决 定 是 否 使 用 括号 。 

我 们 在 定义 无 参 方法 时 可 以 省 略 括号 。 一 旦 定义 无 参 方法 时 省 略 了 括号 ， 那 么 在 调用 这 些 
方法 时 必须 省 略 括号 。 与 之 相反 ， 假 如 在 定义 无 参 方法 时 添加 了 空 括 号 ， 那 么 调用 方 可 以 
选择 省 略 或 是 保留 括号 。 

例如 ，List.size 的 方法 定义 体 中 省 略 了 括号 ， 因 此 你 应 该 编写 List(1,2,3).size 这 样 的 
代码 。 假 如 你 尝试 输入 List(1,2,3).size()， 系 统 将 会 返回 错误 。 


java.lang.String 的 length 方法 定义 体 中 则 包含 了 括号 (这 是 为 了 能 在 Java 中 运行 )， 而 
Scala 同时 支持 "hello" .Length() 和 "hello" .length 这 两 种 写法 。 这 同样 适用 于 Scala 定义 
的 一 些 定义 体 中 包含 空 括号 的 那些 无 参 方 法 。 


为 了 实现 与 Java 语言 的 互 操作 ， 无 参 方法 定义 体 中 出 现 了 是 否 包含 空 括号 这 两 种 情况 的 处 
理 规 则 之 间 的 不 一 致 性 。 尽 管 Scala 也 希望 定义 和 使 用 保持 一 臻 《如果 定义 体 中 包含 括号 ， 
那么 调用 时 必须 添加 括号 ， 反 之 ， 调 用 时 必须 省 略 括号 ) ， 不 过 由 于 包含 了 空 括号 的 定义 
会 更 灵活 些 ， 这 确保 了 调用 Java 无 参 方 法 时 可 以 与 调用 Scala 无 参 方法 保持 一 致 。 


Scala 社区 已 经 养 成 了 这 样 一 个 习惯 : 定义 那些 无 副作用 的 无 参 方法 时 省 略 括号 ， 例 如 : 集 
合 的 size 方法。 定义 具有 副作用 的 方法 时 则 添加 括号 ， 这 样 便 能 提醒 读者 某 些 对 象 可 能 会 
发 生变 化 ， 需 要 额外 小 心 。 假 如 运行 scala 或 scalac 时 添加 了 -XLint 选项 ， 那 么 在 定义 
那些 会 产生 副作用 (例如 ， 方 法 中 会 有 IO 操作 ) 的 无 参 方法 时 ， 省 略 括号 将 会 出 现 一 条 
警告 信息 。 我 在 SBT 编译 环境 中 已 经 添加 了 这 个 标志 。 


为 什么 我 们 会 优先 讲解 是 否 选择 括号 的 问题 呢 ? 这 是 因为 合理 考虑 是 否 使 用 括号 有 助 于 构 
建 更 具 表 现 力 的 方法 调用 链 ， 如 下 所 示 ， 示 例 中 的 代码 看 上 去 就 像 是 一 目 了 然 的 “句子 ”: 


// src/main/scala/progscala2/rounding/no-dot-better.sc 

















































































































def isEven(n: Int) = (n % s) == 0 


List(1, 2, 3, 4) filter isEven foreach println 
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程序 输出 如 下 : 

2 

4 
尽管 上 面 的 语 名 非常“ 整齐"， 但 如 果 你 现在 还 不 熟悉 该 语句 的 语法 ， 你 就 需要 花 些 时 间 
才能 理解 它 的 作用 。 下 面 四 行 代码 中 ， 每 一 行 都 比 上 一 行 要 少 一 些 ， 而 最 后 一 行 便 是 之 前 
展示 的 代码 。 












































List(1, 2, 3, 4).filter((i: Int) => isEven(i)).foreach((i: Int) => println(i)) 
List(1, 2, 3, 4).filter(i => isEven(i)).foreach(i => println(i)) 

List(1, 2, 3, 4).filter(isEven).foreach(println) 

List(1, 2, 3, 4) filter isEven foreach println 




















前 三 行 代码 更 为 清晰 ， 因 此 也 更 容易 为 初学 者 理解 。 过 滤器 不 过 是 作用 于 集合 之 上 的 单 参 
数 方法 ，foreach 方法 默默 地 对 集合 执行 了 一 次 循环 操作 ， 一 旦 你 熟悉 了 这 些 ， 你 会 发 现 
最 后 一 行 代 码 ， 这 种 “斯 巴 达 式 ”( 斯 巴 达 式 ， 指 的 是 非常 简洁 的 方式 ) 的 实现 体 更 易 阅 
读 和 理解 。 等 你 变 得 更 有 经 验 之 后 ， 你 会 认为 中 间 的 两 行 代码 就 像 是 妨碍 阅读 的 一 种 噪 
音 。 和 希望 你 阅读 Scala 代码 的 时 候 能 将 此 牢记 于 心 。 
需要 证 清 的 是 ， 由 于 上 面 的 每 个 方法 都 接收 单一 参数 ， 因 此 该 表达 式 能 正常 运行 。 假 如 方 
法 链 中 某 一 方法 接收 0 个 或 大 于 1 个 的 参数 ， 编 译 器 会 困惑 。 如 果 出 现 了 这 种 情况 ， 请 为 
部 分 或 全 部 方法 补 上 点 号 。 


3.3 ”优先 级 规则 


对 于 像 2.0 * 4.0 / 3.0 * 5.0 这 种 包含 了 一 系列 Double 操作 的 表达 式 ， 将 遵守 何 种 操作 
符 优先 级 规则 呢 ?” 下 面 将 按 从 低 到 高 的 顺序 列 出 优先 级 规则 : 


. 所 有 字母 
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o. 其 他 特殊 字符 
同一 行 的 字符 具有 相同 的 优先 级 。 不 过 有 一 个 例外 ， 当 = 用 于 赋值 操作 时 ， 该 符号 的 优先 
级 最 低 。 

因为 * 和 / 的 优先 级 相同 ， 因 此 下 面 的 两 段 scala 会 话 将 返回 相同 值 。 


scala> 2.0 * 4.0 / 3.0 * 5.0 
res0: Double = 13.333333333333332 





























scala> (((2.0 * 4.0) / 3.0) * 5.0) 
resi: Double = 13.333333333333332 





执行 由 左 结合 方法 组 成 的 方法 序列 时 ， 只 要 简单 地 按照 从 左 到 右 的 顺序 执行 就 行 了 。 那 是 
不 是 所 有 的 方法 都 是 “ 左 结合 ” 呢 ? 答案 是 否定 的 。 在 Scala 中 ， 任 何 名 字 以 冒号 (:) 结 
尾 的 方法 都 与 右边 的 对 象 所 绑 定 ， 其 他 方法 则 是 左 绑 定 的 。 例 如 ， 你 可 以 通过 :: 方法 将 
某 一 元 素 放置 到 列表 前 面 ， 这 一 操作 成 为 cons 操作 ，cons 是 constructor 的 缩写 ， 这 也 是 
Lisp 所 引入 的 概念 。 

scala> val list = List('b', 'c', 'd') 

list: List[Char] = List(b, c, d) 














scala> 'a' :: list 
res4: List[Char] = List(a, b, c, d) 


第 二 句 表达 式 等 价 于 list.::('a')。 





任何 名 字 以 : 结尾 的 方法 均 与 其 右边 的 对 象 绑 定 ， 它 们 并 不 与 左 侧 对 象 
绑 定 。 


有 二 :五 二 

3.4 ”领域 特定 语言 

领域 特定 语言 ， 也 称 为 DSL， 指 的 是 为 某 一 专门 问题 域 编写 的 语言 ， 引 入 DSL 是 为 了 方 
便 用 简洁 直观 的 方式 表达 该 领域 的 概念 。 例 如 ，SQL 便 可 以 被 视 为 一 门 DSL， 因 为 它 是 一 
门 专门 用 于 解释 关系 模型 的 编程 语言 。 

不 过 通常 DSL 只 用 于 即席 查询 语言 ， 它 们 要 么 被 嵌入 到 某 一 宿主 语言 内 ， 要 么 会 专门 有 一 
个 定制 的 解析 器 负责 解析 。 柑 入 意味 着 你 需要 在 宿主 语言 中 通过 一 种 方言 来 实现 DSL. Hk 
入 式 DSL 通常 也 被 称 为 内 部 DSL， 而 需要 特制 解析 器 的 DSL 则 被 称 为 外 部 DSL. 

使 用 内 部 DSL 时 ， 开 发 者 能 利用 宿主 语言 的 所 有 特性 处 理 DSL 未 能 覆盖 的 一 些 临 界 情况 
( 翡 观 地 说 ，DSL 是 一 类 存在 漏洞 的 抽象 )。 内 部 DSL 同样 免 去 了 编写 此 法 解析 器 、 解 析 
器 和 其 他 编写 特定 语言 所 需 工具 的 工作 。 

Scala 为 这 两 类 DSL 均 提供 了 完美 的 支持 。Scala 提供 了 灵活 的 标志 符 规则 ， 如 允许 使 用 操 
作 符 命名 ， 支 持 中 缀 和 后 缀 方法 调用 语法 ， 这 为 编写 蔡 入 式 DSL 提供 了 构建 DSL 所 需 的 
组 成 元 素 。 


行为 驱动 开发 

下 面 的 示例 应 用 ScalaTest 类 库 (http:/Avww.scalatest.org/), ， 向 我 们 展现 了 一 种 被 称 为 
行为 驱动 开发 (Behavior-Driven Development) 的 测试 编写 方式 。Specs2 类 库 (http:/ 
etorreborre.github.io/specs2/) 也 提供 了 同样 的 功能 。 


// src/main/scaLa/progscaLa2/rounding/scaLatest.scX 
// Example fragment of a ScalaTest. Doesn't run standalone. 




















import org.scalatest.{ FunSpec, ShouldMatchers } 
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class NerdFinderSpec extends FunSpec with ShouldMatchers { 


describe ("nerd finder") { 
it ("identify nerds from a List") { 
var actors = List("Rick Moranis", "James Deam", "Woody Allen") 
var finder = new NerdFinder(actors) 
finder.findNerds shouldEqual List("Rick Moranis", "Woody Allen") 
} 
} 
} 








上 述 示例 讲解 了 如 何 利 用 Scala 编写 DSL， 在 第 20 章 我 们 会 看 到 更 多 这 样 的 例子 并 学 会 如 
何 动手 编写 DSL, 


3.5 ”Scala 中 的 if 语 名 


ARMEA, Scala 的 if 语句 看 起 来 很 像 Java 中 的 if 语句。 执行 if 语句 时 先 对 if 条 件 
表达 式 进 行 估 值 。 假 如 表达 式 结果 为 true， 那 么 将 执行 对 应 的 代码 块 。 反 之 ， 将 测试 下 一 
条 件 分 支 ， 以 此 类 推 。 下 面 列 举 了 一 个 简单 示例 : 


// src/main/scala/progscala2/rounding/if.sc 









































if (2 + 2 5) { 
println("Hello from 1984.") 
} else if (2 + 2 == 3) { 
println("Hello from Remedial Math class?") 
} else { 
println("Hello from a non-Orwellian future.") 


} 


Scala 5 Java 语言 不 同 ，Scala 中 的 if 语句 和 几乎 所 有 的 其 他 语句 都 是 具有 返回 值 的 表达 
式 。 因 此 我 们 能 像 下 面 展示 的 代码 那样 ， 将 if 表达 式 的 结 采 值 赋 给 其 他 变量 。 


// src/main/scala/progscala2/rounding/assigned-if.sc 


























val configFile = new java.io.File("somefile. txt") 


val configFilePath = if (configFile.exists()) { 
configFile.getAbsolutePath() 

} else { 
configFile.createNewFile( ) 
configFile.getAbsolutePath( ) 

} 


if 语句 返回 值 的 类 型 也 被 称 为 所 有 条 件 分 支 的 最 小 上 界 类 型 ， 也 就 是 与 每 条 each 子 句 可 能 
返回 值 类 型 最 接近 的 父 类 型 。 在 上 面 这 个 例子 中 ，configFilePath 是 if 表达 式 的 结果 值 ， 
该 if 表达 式 将 执行 文件 不 存在 的 条 件 分 支 ， 并 返回 新 创建 文件 的 绝对 路 径 。 将 if 语句 的 返 
回 值 赋予 变量 configFilePath 之 后 ， 整 个 应 用 程序 都 可 以 使 用 该 值 ， 其 类 型 为 String 类 型 。 
Scala 中 的 if 语句 是 一 类 表示 式 ， 像 predicate ? trueHandler() : falseHandler() 这 种 三 
元 表达 式 对 于 Scala 来 说 是 多 余 的 , 因此 Scala 并 不 支持 三 元 表达 式 。 
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3.6 Scala 中 的 for 推 导 式 


除了 if 语句 之 外 ，Scala 也 为 for 循环 这 一 和 常见 的 控制 结构 提供 了 非常 多 的 特性 ， 这 些 
for 循环 的 特性 被 称 为 for 推导 式 (for comprehension) 或 for 表达 式 (for expression), 


事实 上， 推导 式 一 词 起 源 于 函数 式 编程 。 它 表达 了 这 样 一 个 理念 : 我 们 过 历 一 个 或 多 个 集 
合 ， 对 集合 中 的 元 素 进 行 “ 推 导 ”， 并 从 中 计算 出 新 的 事物 ， 新 推导 出 的 事物 往往 是 男 一 


个 集合 。 























In 




















3.6.1 for 循环 
让 我 们 从 一 个 基本 的 for 表达 式 开始 : 


// src/main/scala/progscala2/rounding/basic-for.sc 





val dogBreeds = List("Doberman", "Yorkshire Terrier", "Dachshund", 
"Scottish Terrier", "Great Dane", "Portuguese Water Dog") 


for (breed <- dogBreeds) 
println(breed) 


你 可 能 已 经 猜 到 了 ， 这 段 代 码 的 意思 是 :“ 基 于 列表 dogBreeds 中 的 每 一 个 元 素 ， 创 建 临 时 
变量 breed, breed 的 值 与 元 素 值 相同 ， 之 后 打印 breed。” 代 码 输出 如 下 : 

Doberman 

Yorkshire Terrier 

Dachshund 

Scottish Terrier 

Great Dane 

Portuguese Water Dog 


这 种 形式 不 返回 任何 值 ， 因 此 它 只 会 执行 一 些 会 带 来 副作用 的 操作 。 这 类 For 推导 式 有 时 
候 也 被 称 为 for 循环 ， 这 与 Java 中 的 for 循环 较为 类 似 。 


3.6.2 ”生成 器 表达 式 

像 breed <- dogBreeds 这 样 的 表达 式 也 被 称 为 生成 器 表达 式 (generator expression) ， 生 成 
器 表达 式 之 所 以 叫 这 个 名 字 ， 是 因为 该 表达 式 会 基于 集合 生成 单独 的 数值 。 左 箭头 操作 符 
(<-) 用 于 对 像 列 表 这 样 的 集合 进行 遍历 。 

我 们 还 可 以 使 用 生成 器 表达 式 对 某 些 区 间 进 行 访 问 ， 以 这 种 方式 编写 出 的 for 循环 更 加 
自然 。 


// src/main/scala/progscala2/rounding/generator.sc 




















for (i <- 1 to 10) println(i) 


3.6.3 保护 式 : 筛选 元 素 


怎样 才能 获得 更 细 的 操作 粒度 呢 ? 我 们 可 以 加 入 庄 表 达 式 ， 来 筛选 出 我 们 希望 保留 的 元 
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素 。 这 些 表达 式 也 被 称 为 保护 式 (guard), 为 了 能 够 从 大 种 列表 中 挑选 中 猛 犬 ， 我 们 对 之 
前 的 代码 进行 了 修改 ， 有 具体 如 下 : 


// src/main/scala/progscala2/rounding/guard-for.sc 
val dogBreeds = List("Doberman", "Yorkshire Terrier", "Dachshund", 

"Scottish Terrier", "Great Dane", "Portuguese Water Dog") 
for (breed <- dogBreeds 


if breed.contains("Terrier") 
) println(breed) 


输出 如 下 : 


Yorkshire Terrier 
Scottish Terrier 


你 还 可 以 在 for 循环 中 添加 多 个 保护 式 : 
// src/main/scala/progscala2/rounding/double-guard-for.sc 


val dogBreeds = List("Doberman", "Yorkshire Terrier", "Dachshund", 
"Scottish Terrier", "Great Dane", "Portuguese Water Dog") 


for (breed <- dogBreeds 

if breed.contains("Terrier") 

if !breed.startsWith("Yorkshire" ) 
) println(breed) 


for (breed <- dogBreeds 
if breed.contains("Terrier") && !breed.startsWith("Yorkshire") 
) println(breed) 


在 第 二 个 for 推导 式 中 ， 两 个 if 语句 被 合并 为 一 个 语句 。 这 两 个 for 推导 式 的 输出 如 下 
所 示 : 


Scottish Terrier 
Scottish Terrier 


3.6.4 Yielding 


假如 你 并 不 需要 打印 过 滤 后 的 集合 ， 你 需要 编写 代码 对 过 滤 后 的 集合 进行 处 理 ， 那 么 该 怎 
么 办 呢 ? 使 用 yield 关键 字 便 能 在 for 表达 式 中 生成 新 的 集合 。 

另外 ， 我 们 将 转 而 使 用 大 括号 代替 圆 括号 ， 以 相似 的 方法 把 参数 列表 封装 在 大 括号 中 时 可 
以 使 得 块 结构 的 格式 看 起 来 更 为 直观 : 


// src/main/scala/progscala2/rounding/yielding-for.sc 














val dogBreeds = List("Doberman", "Yorkshire Terrier", "Dachshund", 
"Scottish Terrier", "Great Dane", "Portuguese Water Dog") 
val filteredBreeds = for { 
breed <- dogBreeds 
if breed.contains("Terrier") && !breed.startsWith("Yorkshire") 
} yield breed 





每 次 执行 for 表达 式 时 ， 过 滤 后 的 结果 将 生成 breed 值 。 随 着 代码 的 执行 ,这些 结果 
值 逐 渐 积累 起 来 ， 累 计 而 成 的 结果 值 集 合 被 典 给 了 filteredBreeds 对 象 。for-yield 
表达 式 所 生成 的 集合 类 型 将 根据 被 人 帝 历 的 集合 类 型 推导 而 出 。 在 上 面 的 例子 中 ， 由 
于 filteredBreeds 源 于 dogBreeds 列表 ， 而 dogBreeds 类 型 为 List[String], 此 
filteredBreeds 的 类 型 为 List[String], 























for 推导 式 有 一 个 不 成 文 的 约定 : 当 for 推导 式 仅 包含 单一 表达 式 时 使 用 原 
括号 ， 当 其 包含 多 个 表达 式 时 使 用 大 括号 。 值 得 注意 的 是 ， 使 用 原 括号 时 ， 
早 前 版 本 的 Scala 要 求 表达 式 之 间 必 须 使 用 分 号 。 
































假如 一 个 for 推导 式 并 未 使 用 yietd， 而 是 执行 像 打 印 这 样 的 具有 副作用 的 操作 ， 那 么 我 们 
将 其 称 为 for 循环 。 这 是 因为 它 的 行为 更 像 是 你 所 熟悉 的 Java 和 其 他 语言 中 的 for 循环 。 


3.6.5 ”扩展 作用 域 与 值 定义 


Scala 的 for 推导 式 还 有 一 个 有 用 的 特征 : 你 能 够 在 for 表达 式 中 的 最 初 部 分 定义 值 ， 并 可 
以 在 后 面 的 表达 式 中 使 用 该 值 。 如 下 所 示 : 


// src/main/scala/progscala2/rounding/scoped-for.sc 








val dogBreeds = List("Doberman", "Yorkshire Terrier", "Dachshund", 
"Scottish Terrier", "Great Dane", "Portuguese Water Dog") 
for { 
breed <- dogBreeds 
upcasedBreed = breed.toUpperCase() 
} println(upcasedBreed) 


需要 注意 的 是 , 尽管 upcasedBreed 的 值 不 可 变 , 但 并 不 需要 使 用 val 关键 字 进 行 限定 ”执行 
结果 如 下 : 

DOBERMAN 

YORKSHIRE TERRIER 

DACHSHUND 

SCOTTISH TERRIER 

GREAT DANE 

PORTUGUESE WATER DOG 


如 果 你 想到 了 0ption， 那 就 可 以 用 在 这 个 示例 中 。 正 如 我 们 之 前 讨论 的 那样 ，0ption 是 
null 更 好 的 替代 方案 ，0ption 是 一 类 特殊 形式 的 集合 ， 它 只 包含 0 个 或 1 个 元 素 ， 意 识 到 
这 一 点 对 你 会 有 帮助 。 我 们 也 可 以 理解 下 面 代码 : 


// src/main/scala/progscala2/patternmatching/scoped-option-for.sc 









































val dogBreeds = List(Some("Doberman"), None, Some("Yorkshire Terrier"), 
Some("Dachshund"), None, Some("Scottish Terrier"), 
None, Some("Great Dane"), Some("Portuguese Water Dog")) 








TE 2: 在 Scala 早先 的 版 本 中 ，val 关键 字 是 可 选 的 ， 而 现在 则 不 推荐 使 用 该 关键 字 。 
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println("first pass:") 
for { 

breedOption <- dogBreeds 

breed <- breedOption 

upcasedBreed = breed. toUpperCase() 
} println(upcasedBreed) 


println("second pass:") 
for { 
Some(breed) <- dogBreeds 
upcasedBreed = breed. toUpperCase() 
} println(upcasedBreed) 


想象 我 们 会 调用 返回 各 种 大 种 名 称 的 一 些 服 务 。 这 些 服务 会 返回 Option 类 型 ， 而 由 于 一 些 
服务 无 法 返回 任何 值 ， 这 些 服 务 将 返回 None。 在 第 一 个 for 推导 式 的 第 一 个 表达 式 中 ， 每 
一 个 被 提取 的 元 素 均 为 Option 对 象 。 而 后 续 的 代码 行 中 将 使 用 箭头 符 提取 option 中 的 值 。 


稍 等 ! 当 你 尝试 从 None 对 象 中 提取 对 象 时 难道 不 会 抛 出 异常 吗 ? 的 确 如 此 ， 不 过 由 于 此 时 
推导 式 会 进行 有 效 地 检查 并 忽略 None， 因 此 不 会 有 异常 抛 出 。 这 正如 我 们 在 第 二 行 代 码 之 
前 增加 了 显 式 的 if breedOption != None, 

第 二 个 for 推导 式 使 用 了 模式 匹配 ， 这 使 得 代码 更 为 清新 。 只 有 当 BreedOption 是 Some 类 
HI, RIKIN Some(breed) <- dogBreeds 才 会 成 功 执行 并 提取 出 breed， 所 有 操作 一 步 完 
成 。None 元 素 不 再 被 处 理 。 


什么 时 候 使 用 左 箭头 〈<-)， 什 么 时 候 该 使 用 等 于 号 (=) WE? 当 你 遍历 某 一 集合 或 其 他 像 
Option 这 样 的 容 吉 并 试图 提取 值 时 ， 你 应 该 使 用 箭头 。 当 你 执行 并 不 需要 返 代 的 赋值 操作 
时 ， 你 应 使 用 等 于 号 。for 推导 式 的 第 一 句 表 达 式 必须 使 用 箭头 符 执行 抽取 /迭代 操作 。 
在 大 多 数 语 言 的 循环 体 中 ， 你 可 以 使 用 跳出 循环 、 也 可 以 继续 进行 迭代 。Scala 并 未 提供 
break 和 continue 语句 ， 不 过 编写 地 道 的 Scala 代码 时 ， 你 几乎 不 需要 使 用 这 些 语句 。 你 
可 以 使 用 条 件 表达 式 或 者 使 用 递归 判断 循环 是 否 应 该 继续 。 如 果 你 能 在 一 开始 便 对 集合 进 
行 过 滤 以 消除 循环 中 的 复杂 条 件 ， 那 就 更 好 了 “。 






































Scala 的 for 推导 式 并 不 提供 break 和 continue 功能 。Scala 提供 的 其 他 特性 
使 得 这 两 个 功能 没有 存在 的 必要 。 











3.7 ”其 他 循环 结构 


Scala 提供 了 许多 其 他 的 循环 结构 ， 由 于 for 推导 式 是 如 此 的 灵活 和 强大 ， 这 些 结果 并 未 得 
到 广泛 的 应 用 。 另 外 ， 有 时 候 你 需要 的 仅仅 是 一 个 white 循环 。 











注 3: 不 过 ， 考 虑 到 存在 对 break 功能 的 需求 ，Scala 提供 了 scala.util.control.Breaks 对 象 (http://www. 
scala-lang.org/api/current/#scala.util.control.Breaks$) ， 该 对 象 可 用 于 实现 break 功能 ， 不 过 我 从 未 用 过 
该 功能 ， 你 最 好 也 不 用 它 。 
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3.7.1 Scala 的 while 循 环 
只 要 判断 条 件 成 立 ，while 循环 将 一 直 运 行 对 应 代码 块 。 例 如 ， 在 下 一 个 13 号 的 周 五 到 来 
之 前 ， 下 面 的 代码 将 按照 一 天 一 次 的 频率 打印 抱怨 的 信息 : 

// src/main/scala/progscala2/rounding/while.sc 


// 警告 :这 个 脚本 会 运行 非常 非常 长 时 间 ! 
import java.util.Calendar 




















def isFridayThirteen(cal: Calendar): Boolean = { 
val dayOfWeek = cal.get(Calendar .DAY_OF_WEEK) 
val dayOfMonth = cal.get(Calendar .DAY_OF_MONTH) 





// Scala 将 最 后 一 个 表达 式 的 结果 值 作为 该 方法 的 返回 结果 
(dayOfWeek == Calendar.FRIDAY) && (dayOfMonth == 13) 
} 





while (!isFridayThirteen(Calendar.getInstance())) { 
println("Today isn't Friday the 13th. Lame.") 
// sleep for a day 
Thread.sleep(86400000) 

} 


3.7.2 ” Scala 中 的 do-while 循 环 


与 while 循环 相似 ， 只 要 条 件 表达 式 返 回 true，do-while 循环 语句 就 会 执行 代码 。 也 就 是 
说 ， 执 行 完 代码 块 后 ，do-white 语句 便 会 检查 条 件 是 否 为 真 。 为 了 能 计数 十 次 ， 我 们 可 以 
写 如 下 代码 : 


// src/main/scala/progscala2/rounding/do-while.sc 





ap 





var count = 0 


do { 
count += 1 
println(count) 

} while (count < 10) 


3.8 条 件 操作 符 


Scala 从 Java 及 其 祖先 处 继承 了 大 多 数 的 条 件 操 作 符 。 你 能 在 if 语句 、while 循环 以 及 每 
个 应 用 了 else 条 件 的 地 方 看 到 表 3-1 所 列 的 那些 条 件 操作 符 。 


表 3-1: 条 件 操作 符 



































IRER Ro 作 fa g 

8& 和 操作 操作 符 左 边 和 右边 的 值 都 为 rue。 只 有 当 操作 符 左 边 的 值 为 真 值 时 才 会 评估 
右边 值 是 否 为 真 

I 或 操作 操作 符 左 边 和 右边 值 至 少 有 一 个 为 tue。 只 有 当 操作 符 左 边 值 为 false 时 才 会 
评估 右边 值 是 否 为 真 
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> KF 操作 符 左边 的 值 应 大 于 右边 的 值 

>= 大 于 或 等 于 操作 符 左 边 的 值 大 于 或 等 于 右边 的 值 

< 小 于 操作 符 左 边 的 值 应 小 于 右边 的 值 

<= 小 于 或 等 于 操作 符 左边 的 值 小 于 或 等 于 右边 的 值 

== 等 于 操作 符 左边 的 值 等 于 右边 的 值 

l= 不 等 于 操作 符 左边 的 值 不 等 于 右边 的 值 
需要 注意 的 是 && 和 || 是 短路 (short-circuiting) 操作 符 ， 一 旦 得 知 结果 ， 这 些 操 作 便 会 停 
止 对 表达 式 佑 值 。 











绝 大 多 数 操作 符 的 行为 与 emie Java 和 其 他 语言 中 的 表现 一 致 ， 但 操作 符 == 和 它 的 逆 操 
作 符 !== 例外 。 在 Java 中 ，== 只 会 对 对 象 引 用 进行 比较 ， 它 并 不 会 执行 一 次 逻辑 上 的 相 
等 检查 ， 即 比较 字段 值 。 而 你 调用 equals 方法 便 是 出 于 这 个 目的 。 因 此 假如 有 两 个 类 型 相 
同 且 具有 相同 字段 值 (也 就 是 说 ， 这 两 个 对 象 的 状态 相同 ) 的 不 同 对 象 , 在 Java 中 执行 == 
操作 将 返回 false。 

与 之 相反 ，Scala 使 用 == 符 执行 逻辑 意义 上 的 相等 检查 ， 不 过 该 操作 符 也 调用 了 equals 方 
法 。 假 如 你 并 不 希望 进行 逻辑 相等 检查 (我 们 会 在 10.6 节 详 细 讨 论 对 象 相等 的 相关 内 容 )， 
只 想 比 较 引 用 ， 你 可 以 使 用 Scala 提供 的 新 的 方法 eq. 


3.9 ”使 用 try、catch 和 final 子 句 


Scala 推 络 通过 使 用 图 数 式 结构 和 强 类 型 以 减少 对 异常 和 异常 处 理 的 依赖 的 编码 范式 。 
管 如 此 ， 异 常 仍然 有 用 ， 而 当 Scala 需要 与 普遍 使 用 异常 的 Java 代码 交互 时 ， 异 
重要 。 


























与 Java 不 同 ，Scala 并 不 支持 已 被 视 为 失败 设计 的 检查 型 异常 (checked 
exception), Scala 将 Java 中 的 检查 型 异常 视 为 非 检 查 型 ， 而 且 方 法 声明 中 
也 不 包含 throw 子 句 。 不 过 Scala 提供 了 有 助 于 Java 互 操作 的 ethrows 注解 
(http://www.scala-lang.org/api/current/index.html#scala.throws)， 具 体内 容 请 参 
考 23.2 节 。 





Scala 将 异常 处 理 作为 另 一 类 模式 匹配 来 进行 处 理 ， 因 此 我 们 可 以 简洁 地 对 各 种 不 同类 型 
的 异常 进行 处 理 。 
让 我 们 看 看 Scala 在 资源 管理 这 样 一 个 常见 的 应 用 场景 中 是 如 何 处 理 异 常 的 。 我 们 希望 通 
过 革 种 方式 打开 并 处 理 一 些 文件 。 在 这 个 示例 中 我 们 仅仅 会 统计 行 数 。 不 过 ， 我 们 仍然 必 
须 对 一 些 错 误 场 景 进行 处 理 。 比 如 说 ， 文 件 也 许 并 不 存在 ， 这 个 错误 尤其 是 当 我 们 需要 让 
用 户 指定 文件 名 时 尤为 明显 。 除 此 之 外 ， 处 理 文件 时 可 能 也 会 有 某 些 错误 (为 了 测试 错误 
发 生 的 场景 ， 我 们 将 随意 地 触发 一 个 错误 )。 无 论 是 否 成 功 地 对 文件 进行 了 处 理 ， 我 们 都 
需要 确保 关闭 了 所 有 的 文件 句柄 。 
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// src/main/scala/progscala2/rounding/TryCatch.scala 
package progscala2.rounding 


object TryCatch { 


/** Usage: scala rounding.TryCatch filename1 filename2 ... */ 
def main(args: Array[String]) = { 
args foreach (arg => countLines(arg) ) //@ 
} 
import scala.io.Source //@ 


import scala.util.control.NonFatal 


def countLines(fileName: String) = { // 日 
println() // Add a blank line for legibility 
var source: Option[Source] = None //@ 
try { // © 
source = Some(Source.fromFile(fileName)) // © 


val size = source.get.getLines.size 
println(s"file $fileName has $size lines") 
} catch { 
case NonFatal(ex) => println(s"Non fatal exception! $ex") // © 
} finally { 
for (s <- source) { // ® 
println(s"Closing $fileName...") 
s.close 
} 
} 
} 
} 


使 用 foreach 循环 遍历 参数 列表 并 对 各 个 参数 进行 处 理 。 该 循环 每 遍历 一 次 便 返 
Unit 对 象 ， 而 foreach 执行 完毕 后 所 返回 的 最 终结 果 也 是 Unit 对 象 。 

导入 用 于 读 取 输入 的 scala.io.Source 类 (http://www.scala-lang.org/api/current/#scala. 
io.Source) 以 及 用 于 匹配 nonfatal 异常 的 scala.util.control.NonFatal 类 (http://www. 
scala-lang.org/api/current/#scala.util.control.NonFatal$ ) 。 

统计 每 个 文件 名 所 对 应 文件 的 行 数 。 

由 于 我 们 将 变量 source 声明 为 Option 类 型 ， 因 此 我 们 在 finally 子 句 中 能 分 辨 出 
source 对 象 是 否 是 真正 的 实例 。 

开始 执行 try 子 句 。 

假如 文件 不 存在 ，source.fromFile 方法 将 抛 出 java.io.FileNotFoundException (http:// 
docs.oracle.com/javase/8/docs/api/java/io/FileNotFoundException.html) 类 型 的 异常 。 否 则 
的 话 ， 我 们 将 该 方法 的 返回 值 封装 到 Some 对 象 中 。 下 一 行 中 我 们 将 调用 source 变量 的 
get 方法 ， 由 于 目前 我 们 已 经 能 确认 source 属于 Some 类 型 ， 因 此 这 一 操作 是 安全 的 。 
捕获 那些 非 致命 的 错误 。 例 如 ， 内 存 不 足 是 一 个 致命 错误 。 

使 用 for 推导 式 从 Some 类 型 的 对 象 中 提取 Source 实例 ， 之 后 将 关闭 文件 。 假 如 source 
对 象 为 None， 将 不 会 发 生 任 何事 。 


一 个 





E 
































请 留意 catch FAJ, Scala 会 使 用 模式 匹配 来 捕捉 你 所 希望 捕获 的 异常 ， 而 Java 则 使 用 单 
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独 的 catch 子 句 来 捕获 各 个 异常 。 与 Java 相 比 ，Scala 捕获 异常 的 方式 更 紧凑 、 更 灵活 。 
在 这 段 示例 代码 中 ，case NonFatal(ex) => … 子 句 使 用 scala.util.control.NonFatal 匹配 
了 所 有 的 非 致 命 性 异常 。 


应 用 finally 子 句 可 以 确保 资源 会 在 一 处 得 到 合理 的 清理 。 如 果 不 使 用 finally， 我 们 将 
不 得 不 分 别 在 try 子 句 和 catch 子 句 中 重复 清理 逻辑 ， 这 样 才能 确保 文件 句柄 会 被 关闭 。 
由 于 我 们 使 用 了 for 推导 式 从 option 对 象 中 抽取 出 Source 对 象 ， 因 此 即使 option 对 象 实 
际 上 是 一 个 None 实例 ， 什 么 也 不 会 发 生 ， 包 含 了 文件 close 方法 的 代码 块 并 不 会 被 调用 。 


假如 你 需要 对 Option 对 象 进 行 检测 ， 当 它 是 Some 对 象 时 执行 一 些 操作 ， 而 
当 它 是 None 对 象 时 则 不 进行 任何 操作 ， 那 么 你 可 以 使 用 for 推导 式 ， 这 也 
是 Scala 的 一 个 广泛 应 用 的 常见 用 法 。 

































































由 于 该 程序 已 经 经 过 sbt 编译 ， 因 此 我 们 可 以 在 sbt 提示 符 后 运行 run-main 任务 来 启动 该 
程序 ， 启 动 run-main 任务 时 允许 输入 参数 。 为 了 方便 阅读 ， 我 将 输入 参数 折 成 多 行 ， 使 用 
\ 表示 行 符 ， 并 删除 了 一 些 文本 。 

> run-main progscala2.rounding.TryCatch foo/bar \ 


src/main/scala/progscala2/rounding/TryCatch.scala 
[info] Running rounding.TryCatch foo/bar .../rounding/TryCatch.scala 


. java.io.FileNotFoundException: foo/bar (No such file or directory) 


file src/main/scala/progscala2/rounding/TryCatch.scala has 30 lines 
Closing src/main/scala/progscala2/rounding/TryCatch.scala... 
[success] ... 


第 一 个 文件 foo/bar 并 不 存在 ， 而 第 二 个 文件 才 是 该 程序 的 源 文件 。 使 用 scala. io. Source 
API 能 够 方便 地 对 来 自 文件 或 其 他 源 的 数据 流 进行 处 理 。 与 一 些 这 类 的 API 相似 ， 文 件 不 
存在 时 Source 将 抛 出 异常 。 因 此 读 取 foo/bar 文件 时 抛 出 异常 的 行为 是 可 预期 的 行为 。 






































假如 无 论 是 否 成 功 地 使 用 了 资源 ， 资 源 都 需要 被 清理 ， 请 将 资源 清理 的 相关 
逻辑 放 到 Finally 子 句 中 执行 。 





除了 使 用 模式 匹配 定位 异常 之 外 ，Scala 异常 处 理 的 其 他 设 定 与 大 多 数 语 言 相似 。 与 Java 
一 样 ， 使 用 Scala 时 我 们 通过 编写 throw new MyBadExceptoin(...) 抛 出 异常 。 假 如 你 自 定 
义 的 异常 是 一 个 case 类 ， 那 么 抛 出 异常 时 可 以 省 略 new 关键 字 。 这 就 是 Scala 与 其 他 语言 
在 异常 处 理 上 的 差别 。 

自动 资源 管理 是 一 类 常见 的 Scala 设计 模式 。 为 了 实现 自动 资源 管理 ，Joshua Suereth 编写 
了 一 个 名 为 ScalaARM (http://jsuereth.com/scala-arm/) 的 独立 项 目 。 下 面 让 我 们 尝试 编写 
自动 资源 管理 程序 。 











3.10 ”名字 调 用 和 值 调 用 


我 们 曾 动手 实现 了 可 重用 资源 管理 器， 其 具体 实现 如 下 : 


// src/main/scala/progscala2/rounding/TryCatchArm.scala 
package progscala2.rounding 

import scala. Language.reflectiveCalls 

import scala.util.control.NonFatal 








object manage { 


def apply[R <: { def close():Unit }, T](resource: => R)(f: R => T) = 


var res: Option[R] = None 
try { 
res = Some(resource) // 只 会 引用 "resource" 一 次 !! 
f(res.get) 
} catch { 
case NonFatal(ex) => println(s"Non fatal exception! $ex") 
} finally { 
if (res != None) { 
println(s"Closing resource...") 
res.get.close 
} 
} 
} 
} 





object TryCatchARM { 
/** Usage: scala rounding.TryCatch filename1 filename2 ... */ 
def main(args: Array[String]) = { 
args foreach (arg => countLines(arg)) 


import scala.io.Source 


def countLines(fileName: String) = { 
printtn() // 打印 空白 行 ,以 增加 可 读 性 
manage(Source.fromFile(fileName)) { source => 
val size = source.getLines.size 
println(s"file $fileName has $size lines") 
if (size > 20) throw new RuntimeException("Big file!") 
} 
} 
} 








你 只 要 将 命令 行 中 的 TryCatch 替换 为 TryCatchArm， 便 可 以 像 运行 之 前 的 示例 那样 运 





程序 并 得 到 相似 的 输出 。 








= 


运行 该 


能 够 将 关注 点 分 离 (separation of concern，SOC) 固然 很 好 ， 不 过 为 了 实现 这 点 ， 我 们 需 











要 运用 一 些 强 大 的 新 工具 。 


首先 ， 我 们 将 对 象 命名 为 nanage， 而 不 是 Manage。 通 常 我 们 都 遵循 类 型 名 称 首 字母 大 写 
的 规范 ， 不 过 由 于 该 示例 使 用 manage 的 方式 与 使 用 国 数 的 方式 相似 ， 因 此 未 遵循 该 规范 。 





我 们 希望 manage 在 用 户 代码 中 看 上 去 像 一 个 内 置 的 操作 符 ， 整 个 代码 看 起 来 就 像 是 一 





ae 
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while 循环 。 我 们 可 以 在 countLines 方法 中 查看 manage 对 象 的 使 用 方式 。 这 个 示例 也 演示 
了 如 何 使 用 Scala 工具 构建 小 型 领域 特定 语言 (DSL)。 


manage.apply 方 法 
manage.apply 方法 声明 看 上 去 非常 奇怪 ， 为 了 能 够 理解 该 声明 ， 我 们 将 对 其 进行 分 解 。 下 
看 再 次 列 出 了 该 方法 的 签名 ， 我 们 将 分 行 显示 方法 签名 ， 而 每 一 行 也 都 提供 了 对 应 的 广 释 。 














def apply[ 
R <: { def close():Unit }, @ 
T] 2) 
(resource: => R) © 
(frR ss Teie) (4) 





@ 这 行 出 现 了 两 个 新 的 事物 。R 表示 我 们 将 要 管理 的 资源 类 型 。 而 <: 则 意味 着 R 属于 
某 其 他 类 型 的 子 类 。 在 本 例 中 R 的 父 类 型 是 一 个 包含 close() :Unit 方法 的 结构 类 型 。 
为 了 能 帮助 你 更 直观 的 理解 R 类 型 ， 尤 其 是 当 你 之 前 没 接触 过 结构 化 类 型 时 ， 你 可 
以 认为 R <: Closable 表示 Closable 接口 中 定义 了 close():Unit 方法 并 且 R 实 现 了 
Closable 接口 。 不 过 结构 化 类 型 允许 我 们 使 用 反射 机 制 谍 入 包含 close():Unit 方法 的 
任意 类 型 (如 Source 类 型 )。 反 射 机 制 会 造成 许多 系统 开销 ， 而 结构 化 类 型 代价 也 较为 
昂贵 ， 因 此 就 像 后 绥 表 达 式 那样 ，Scala 将 反射 列 为 可 选 特性 ， 为 了 能 够 让 编译 器 相信 
我 们 知道 我 们 在 做 什么 ， 需 要 在 代码 中 添加 import 语句 。 

@ 我 们 传人 了 用 于 处 理 资源 的 匿名 函数 ， 而 T 表 示 该 匿名 国 数 的 返回 值 。 

日 尽管 看 上 去 像 是 一 个 声明 体 较为 奇特 的 国 数 ， 但 resource 事实 上 是 一 个 传 名 参数 (by- 
name parameter) 。 我 们 暂且 将 其 视 为 一 个 在 调用 时 应 省 略 括号 的 函数 。 

O 最 后 我 们 将 传 入 第 二 个 参数 列表 ， 其 中 包含 了 一 个 输入 为 resource、 返 回 值 类 型 为 T 
的 匿名 函数 ， 该 匿名 函数 将 负责 处 理 resource, 

我 们 再 回 到 注释 1， 假 设 所 有 资源 均 实现 了 Closable 抽象 ， 那 么 apply 方法 声明 看 起 来 会 

是 下 面 这 个 样子 : 


object manage { 
def apply[ R <: Closable, T](resource: => R)(f: R => T) = {...} 













































































} 


resource 只 会 在 val res = Some(resource) 这 行 代码 中 被 求 值 ， 这 行 代码 必 不 可 少 
的 。 由 于 resource 的 表现 与 函数 相似 ， 因 此 就 像 是 一 个 会 被 重复 调用 的 函数 ， 每 次 引 
用 该 变量 时 便 会 对 其 求 值 。 但 我 们 并 不 希望 每 次 引用 resource 时 都 会 执行 一 次 Source. 
fromFile(fileName)， 因 为 这 意味 着 我 们 每 次 都 会 重新 打开 一 个 新 的 Source 实例 。 

之 后 ， 我 们 将 res (HA LEAR FP, 

TryCatchARM.countLines 又 是 如 何 使 用 manage 对 象 的 呢 ? manage 对 象 在 这 段 代 码 中 看 上 
去 就 像 是 一 个 Scala 自 带 的 控制 结构 ， 该 控制 结构 包含 了 两 个 参数 列表 : 一 个 用 于 创建 
Source 对 象 ， 而 另 一 个 则 是 处 理 Source 对 象 的 代码 块 。 这 样 一 来 ，manage 对 象 看 起 来 就 


像 是 一 个 普通 while 语句 了 。 
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我 们 再 回顾 一 下 之 前 的 代码 ， 创 建 Source 对象 的 第 一 条 表达 式 其 实 并 没有 立刻 执行 ， 在 
进入 manage 对 象 之 前 ， 该 表达 式 都 没有 被 执行 。 直 到 执行 manage 对 象 内 的 代码 val res = 
Some(resource) 时 ， 该 表达 式 才 会 执行 。 这 便 是 传 名 参数 resource 能 提供 的 功能 。 我 们 编 
写 的 manage apply 方法 可 以 接受 任意 表达 式 输入 ， 但 这 些 表 达 式 将 延 后 执行 。 
与 大 多 数 语 言 相 似 ，Scala 通 常 使 用 按 值 调用 (call-by-value) 的 语法 。 如 果 
manage(Source. fromFile(fileName)) 所 处 上 下 文 遵循 按 值 调 用 的 方式 的 话 ， 那 么 Scala 将 
执行 Source.fromFile 方法 ， 并 将 返回 值 传递 给 manage XR, 
通过 将 Source. fromFile 推迟 到 apply 方法 中 的 代码 行 val res = Some(resource)， 该 行 代 
码 等 效 于 下 列 代码 : 

val res = Some(Source.fromFile( fileName) ) 
正 是 因为 要 支持 像 延 迟 计 算 这 样 的 语法 ，Scala 才 提 供 了 传 名 参数 。 
假如 Scala 未 提供 传 名 参数 ， 该 怎么 办 呢 ? 我 们 可 以 使 用 匿名 函数 实现 延迟 计算 ,不 过 这 
种 实现 方式 看 起 来 略 显 丑陋 。 
对 manage 对 象 的 调用 代码 看 上 去 像 是 下 列 代码 : 


manage(() => Source.fromFile(fileName)) { Source => 


而 在 apply 方法 体 中 ， 将 以 函数 调用 的 方式 来 引用 resource, 


val res = Some(resource()) 


尽管 这 种 函数 调用 并 不 会 给 我 们 造成 可 怕 的 后 果 ， 不 过 像 manage 对 象 那样 ， 我 们 也 可 以 通 
过 按 名 调用 (call by name) 构建 自己 的 控制 结构 。 


请 记 住 ， 传 名 参数 的 行为 与 函数 相似 ， 每 次 使 用 该 参数 时 便 会 执行 表达 式 。 在 我 们 的 
ARM 示例 里 ， 我 们 希望 该 表达 式 只 会 被 执行 一 次 ， 但 这 并 不 能 反映 通常 的 情况 。 


下 面 的 示例 中 通过 定义 continue 结构 ， 实 现 了 一 个 简单 的 类 似 于 while 循环 的 结构 体 : 


// src/main/scala/progscala2/rounding/call-by-name.sc 
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@annotation.tailrec //@ 
def continue(conditional: => Boolean)(body: => Unit) { //@ 
if (conditional) { 
body /1@ 
continue(conditional) (body) 
} 
} 
var count = 0 // ® 


continue(count < 5) { 
println(s"at $count") 
count += 1 


} 
@ 确保 了 调用 实现 体 时 将 采用 尾 递归 的 方式 。 
@ 定义 continue 函数 ， 该 函数 接受 两 个 参数 列表 : 第 一 个 列表 中 仅 包 含 了 一 个 传 值 参 数 
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conditional， 而 第 二 个 列表 则 包含 了 传 值 参数 body, body 代表 了 每 次 迭代 都 会 执行 的 代 
码 体 。 
日 检查 当前 是 否 满 足 条 件 。 
O 假如 满足 条 件 ， 将 执行 body 参数 ， 并 递归 调用 continue 函数 。 
© 调用 continue 方法 | 
读者 需 谨 记 一 点 传 名 参数 会 在 每 次 被 引用 时 估 值 。( 顺 便 提 一 下 ， 上 述 实现 描述 了 如 何 
使 用 递归 取代 循环 结构 .) 由 于 传 名 参数 的 求 值 会 被 推迟 ， 并 可 能 会 一 再 地 被 重复 调用 ， 
因此 此 类 参数 具有 惰性 。 除 此 之 外 ，Scala 也 提供 了 情 性 值 (lazy value). 


3.11 惰性 赋值 


惰性 赋值 是 与 传 名 参数 相关 的 技术 ， 假 如 你 希望 以 延迟 的 方式 初始 化 某 值 ， 并 且 表 达 式 不 

会 被 重复 计算 ， 则 需要 使 用 惰性 赋值 。 下 面 列 举 了 一 些 需 要 用 到 该 技术 的 常见 场景 。 

。 由 于 表达 式 执行 代价 号 贵 〈 例 如 : 打开 一 个 数据 库 连 接 )， 因 此 我 们 希望 能 推迟 该 操作 ， 
直到 我 们 确实 需要 表达 式 结果 值 时 才 执 行 它 。 

。 为 了 缩短 模块 的 启动 时 间 ， 可 以 将 当前 不 需要 的 某 些 工 作 推 迟 执 行 。 

。 为 了 确保 对 象 中 其 他 的 字段 的 初始 化 过 程 能 优先 执行 ， 需 要 将 某 些 字段 惰性 化 。 我 们 会 

在 11.4 市 讨论 Scala 对 象 模型 时 深入 探讨 这 些 场 景 。 

芷 的 示例 中 便 应 用 了 情 性 赋值 : 


// src/main/scala/progscala2/rounding/lazy-init-val.sc 

































































z 




















object ExpensiveResource { 
lazy val resource: Int = init() 
def init(): Int = { 
// 执行 某 些 代价 高 昂 的 操作 
0 


} 
} 


lazy 关键 字 意味 着 求 值 过 程 将 会 被 推迟 ， 只 有 需要 时 才 会 执行 计算 。 

那么 惰性 赋值 与 方法 调用 有 那些 差别 呢 》 对 于 方法 调用 而 言 ， 每 次 调用 方法 时 方法 体 都 会 
被 执行 ， 而 惰性 赋值 则 不 然 ， 首 次 使 用 该 值 时 ， 用 于 初始 化 的 “代码 体 ” 才 会 被 执行 一 
次 。 这 种 只 能 执行 一 次 的 计算 对 于 可 变 字段 而 言 几乎 没有 任何 意义 。 因 此 ，tazy 关键 字 并 
不 能 用 于 修饰 var 变量 。 


我 们 通过 保护 式 (guard) 来 实现 惰性 值 。 当 客户 代码 引用 了 惰性 值 时 ， 保 护 式 会 拦截 引 
用 并 检查 此 时 是 否 需 要 初始 化 惰性 。 由 于 保护 式 能 确保 惰性 值 在 第 一 次 访问 之 前 便 已 初始 
化 ， 因 此 增加 保护 式 检 查 只 有 当 第 一 次 引用 情 性 值 时 才 是 必要 的 。 但 不 幸 的 是 ， 很 难 解除 
之 后 的 惰性 值 保护 式 检查 。 所 以 ， 与 “立刻 ” 值 相 比 ， 情 性 值 具有 额外 的 开销 。 因 此 只 有 
当 保 护 式 带 来 的 额外 开销 小 于 初始 化 带 来 的 开销 时 ， 或 者 将 某 些 值 惰性 化 (请 参考 11.4 
节 ) 能 简化 系统 初始 化 过 程 并 确保 执行 顺序 满足 依赖 条 件 时 ， 你 才 应 该 使 用 惰性 值 。 
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3.12 $ 


还 记 E en 我 们 也 许 期 望 能 有 一 个 顶级 的 Breed 类 型 来 纪录 
各 类 大 种 。 像 Breed 这 样 的 类 型 被 统称 为 枚 举 类 型 ， 而 该 类 型 包含 的 值 被 称 为 枚 举 值 。 


然 许 多 编程 语言 都 内 置 了 枚 举 值 ， 但 是 Scala 却 使 用 了 另外 一 种 实现 方式 ， 在 标准 库 中 
定义 Enumeration 类 (http://www.scala-lang.org/api/current/scala/Enumeration.html)。 这 
意味 着 Scala 并 未 提供 任何 特殊 语法 来 支持 枚 举 ， 而 Java 则 不 然 。 所 以 Scala 语言 中 的 枚 
举 与 Java 中 的 enum 结构 在 字 市 码 层面 上 没有 任何 联系 。 

请 看 示例 : 


// src/main/scala/progscala2/rounding/enumeration.sc 




















H 






































object Breed extends Enumeration { 
type Breed = Value 
val doberman = Value("Doberman Pinscher") 


val yorkie = Value("Yorkshire Terrier") 

val scottie = Value("Scottish Terrier") 

val dane = Value("Great Dane") 

val portie = Value("Portuguese Water Dog") 
} 


import Breed._ 














// 打印 所 有 犬 种 及 其 ID 列 表 
println("ID\tBreed") 
for (breed <- Breed.values) println(s"${breed.id}\t$breed") 





// FEDERIK 
println("\nJust Terriers:") 
Breed.values filter (_.toString.endsWith("Terrier")) foreach println 


def isTerrier(b: Breed) = b.toString.endsWith("Terrier") 


println("\nTerriers Again??") 
Breed.values filter isTerrier foreach println 


该 程序 会 打印 以 下 信息 : 


D Breed 
Doberman Pinscher 
Yorkshire Terrier 
Scottish Terrier 
Great Dane 
Portuguese Water Dog 


BWNP OH 


Just Terriers: 
Yorkshire Terrier 
Scottish Terrier 


Terriers Again?? 
Yorkshire Terrier 
Scottish Terrier 
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我 们 会 发 现 大 种 枚 举 类 型 中 包含 了 许多 Value 类 型 值 ， 如 下 所 示 : 


val doberman = Value("Doberman Pinscher") 


实际 上 ， 每 个 大 种 声明 均 调用 了 接收 单一 字符 串 参 数 的 Value 方法 。 我 们 使 用 该 方法 为 每 
个 枚 举 值 指定 了 较 长 的 犬 种 名 称 。 调 用 Value. toString 方法 将 返回 该 字符 串 。 


Breed 类 型 是 一 个 别名 ， 无 需 使 用 各 个 Value 值 ， 仅 用 Breed 枚 举 便 能 定位 到 具体 犬 种 。 只 
有 在 输入 isTerrie 方法 参数 时 我 们 才 真正 需要 使 用 value 值 。 假 如 我 们 注释 Breed 的 类 型 
定义 ， 那 么 该 函数 就 无 法 通过 编译 。 
尽管 类 型 名 和 方法 名 均 为 Value， 但 它们 之 间 并 不 存在 命名 空间 冲突 。 因 为 编译 器 为 值 和 
方法 分 别 维 护 了 各 自 独立 的 命名 空间 。 


Scala 还 提供 了 一 些 其 他 的 重 载 版 Value 方法 。 我 们 之 前 使 用 的 Value 方法 接收 单一 字符 串 
输入 ， 而 另 一 个 Value 方法 则 不 接受 任何 输入 参数 。 无 参 的 Value 方法 将 对 象 名 作为 输入 
字符 串 ， 例 如 : 变量 doberman 对 应 的 字符 串 是 doberman。 第 三 个 Value 方法 的 输入 参数 
一 个 整 型 ID 值 ， 该 方法 在 使 用 默认 字符 串 〈 即 变量 名 ) 的 同时 会 将 我 们 显 式 指定 的 整 
数值 作为 ID 值 。 最 后 一 个 Value 方法 同时 接收 整数 和 字符 串 输入 。 


由 于 我 们 调用 的 方法 并 未 显 式 指定 ID fH, Value 对 象 的 ID 将 会 自动 从 0 开始 分 配 ， 并 按 
照 声 明 的 顺序 逐一 递增 。 这 些 Value 方法 都 会 生成 Value 对 象 ， 而 这 些 新 创建 的 Value 对 
象 也 会 被 添加 到 枚 举 的 Value 集合 中 。 

通过 调用 了 value 方法 ， 我 们 能 像 处 理 集 合 那 样 处 理 这 些 枚 举 值 。 这 样 一 来 ， 我 们 便 能 使 
用 for 推导 式 侦 历 所 有 的 犬 种 ， 对 这 些 大 种 按 名 称 进行 过 滤 ， 也 能 查看 系统 为 那些 未 指定 
ID 的 犬 种 自动 分 配 的 ID 值 。 


就 像 这 个 示例 表现 的 那样 ， 我 们 通常 希望 能 给 枚 举 值 取 一 个 可 读 性 强 的 名 字 。 但 是 有 时 
候 你 也 许 又 不 需要 对 枚 举 值 命 名 ， TEL RAE Scaladoc 文档 中 枚 举 类 型 (http:// 
www.scala-lang.org/api/current/index.html#scala.Enumeration) 的 入 口 页 的 示例 。 
























































































































































// src/main/scala/progscala2/rounding/days-enumeration.sc 


object WeekDay extends Enumeration { 
type WeekDay = Value 
val Mon, Tue, Wed, Thu, Fri, Sat, Sun = Value 


} 
import WeekDay._ 


def isWorkingDay(d: WeekDay) = ! (d == Sat || d == Sun) 
WeekDay.values filter isWorkingDay foreach println 


运行 上 述 脚本 将 输出 下 列 信息 (v2.7) : 


Mon 
Tue 
Wed 
Thu 
Fri 





请 注意 ， 我 们 引入 了 WeekDay._， 这 使 得 每 一 个 枚 举 值 (如 Mon, Tues) 都 在 代码 的 作用 域 
内 。 否 则 的 话 ， 你 需要 编写 像 WeekDay.Mon, WeekDay.Tus 这 样 的 代码 。 我 们 同样 可 以 通过 
调用 values 方法 遍历 枚 举 值 。 在 这 个 示例 中 ， 我 们 就 过 滤 出 “工作 日 ”对 应 的 枚 举 值 。 


尤其 与 Java 相 比 ， 枚 举 在 Scala 代码 中 出 现 的 次 数 并 不 多 。 尽 管 Scala 中 的 枚 举 使 用 便利 ， 
但 是 需要 预先 知道 集合 中 应 包含 哪些 枚 举 值 。 而 客户 是 无 法 增加 其 他 的 枚 举 值 的 。 


作为 枚 举 的 一 种 替代 品 ，case 类 常常 应 用 于 那些 需要 使 用 “ 枚 举 值 ”的 场景 中 。 尽 管 case 
类 更 重量 级 一 些 ， 但 是 却 具 有 两 大 优势 。 首 先 ，case 类 允许 添加 方法 和 字段 ， 而 且 我 们 也 
能 够 对 枚 举 值 应 用 模式 匹配 ， 这 便 为 用 户 提供 了 更 好 的 灵活 性 。 甚 次 case 类 能 适用 于 包含 
未 知 枚 举 值 的 场景 。 只 要 有 需要 ， 用 户 代码 便 可 以 将 更 多 的 case 类 添加 到 基本 集合 中 。 


3.13 可 插入 字符 串 


我 们 在 1.4 节 已 经 介绍 了 什么 是 可 播 入 字符 串 (interpolated string)， 这 里 将 对 其 进行 更 深 
层次 地 分 析 。 
自如 某 一 字符 串 的 形式 为 s"foo ${bar}"， 那 么 表达 式 bar 将 会 被 转化 为 字符 串 并 被 插入 
到 原 字符 串 中 的 $"{bar}" 的 位 置 中 。 假 如 表达 式 bar 返回 的 不 是 字符 串 ， 而 是 某 一 类 型 的 
实例 ， 那 么 只 要 该 实例 中 定义 了 toString 方法 ， 系 统 便 会 调用 该 方法 将 该 实例 转化 成 字符 
串 。 如 果 bar 表达 式 返 回 值 无 法 转换 成 字符 串 ， 那 么 程序 将 会 报错 。 

如 果 bar 是 一 个 变量 引用 ， 那 么 可 以 省 略 字 符 串 中 的 大 括号 。 如 下 所 示 : 


val name = "Buck Trends" 
println(s"Hello, $name") 


如 果 想 在 可 插入 字符 串 中 输入 美元 符 ， 那 么 请 连续 输入 两 个 美元 符 $$。 

Scala 中 存在 两 类 可 插入 字符 串 。 第 一 类 采用 printf 格式 ， 这 类 可 插入 字符 串 以 f 为 前 级 。 
第 二 类 也 被 称 为 “原生 的 ”可 插入 字符 串 ， 这 类 字符 串 并 不 会 对 像 \n 这 样 的 逃逸 字符 串 
进行 扩展 。 
假设 我 们 正在 生成 财务 报表 ， 和 希望 浮 点 数 只 显示 到 小 数 点 后 两 位 “<。 那 么 可 以 编写 如 下 
代码 : 


val gross 100000F 

val net 64000F 

val percent = (net / gross) * 100 

println(f"S$${gross}%.2f vs. $$${net}%.2f or ${percent}%.1f%%" ) 


最 后 一 行 代码 将 输出 下 列 结果 : 
$100000.00 vs. $64000.00 or 64.0% 


采用 printf 格式 时 ，Scala 会 调用 Java 的 Formatter X, KARE HRA NI IANS Z 
前 代码 使 用 的 语法 相同 ， 均 为 $"{...}"， 不 过 在 编写 时 printf 格式 指令 与 5{.….} 之 间 不 































































































注 4: 通常 并 不 使 用 原生 的 浮 点 数 和 双 精 度 浮 点 数 表示 货币 ， 这 是 因为 表示 货币 金额 时 需要 满足 各 种 记 账 规 
则 (如 舍 入 规则 )。 不 过 为 了 简化 起 见 ， 我 们 在 示例 中 使 用 了 浮 点 数 。 
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应 有 空格 。 


在 该 示例 中 ， 为 了 打印 出 一 个 美元 符号 ， 我 们 使 用 了 两 个 美元 符 $$， 同 时 使 用 了 两 个 百 分 
号 跨 以 打印 出 一 个 百 分 号 。 表 达 式 $fgross}%.2f 会 格式 化 gross 的 变量 值 ， 保 留 其 小 数 
点 后 两 位 数字 。 


可 插入 字符 串 中 的 变量 类 型 必须 与 其 格式 吻合 ， 为 此 Scala 会 执行 一 些 隐 式 转化 。 下 面 列 
出 的 代码 试图 在 浮 点 数 语 境 中 使 用 Int 表达 式 ，Scala 允许 这 种 操作 并 会 在 整数 的 小 数 点 后 
添加 两 个 0。 而 第 二 个 表达 式 则 尝试 将 Double 类 型 值 展现 为 Int 类 型 ， 不 过 这 次 尝试 会 导 
致 编译 错误 : 


scala> val i = 200 
i: Int = 200 






























































scala> f"${i}%.2f" 
res4: String = 200.00 


scala> val d = 100.22 
d: Double = 100.22 


scala> f"${d}%2d" 
<console>:9: error: type mismatch; 
found  : Double 
required: Int 
f"${d}%2d" 
An 


顺便 提 一 下 ， 调 用 Java 静态 方法 String.format (http://docs.oracle.com/javase/8/docs/api/ 
java/lang/String.html) 将 按照 printf 的 格式 对 字符 串 格 式 化 。 该 方法 的 输入 参数 包含 了 格 
式 字 符 串 以 及 一 组 用 于 替代 格式 字符 串 的 变量 列表 。String.format 方法 还 有 另外 一 个 版 
本 ， 该 版 本 中 的 第 一 个 参数 代表 字符 串 的 区 域 设 置 (该 参数 为 Locale 类 型 ) 。 


Scala 编译 器 会 在 某 些 语 境 中 对 Java 字符 串 进 行 封 装 并 提供 一 些 额外 的 方法 ， 这 些 定义 
在 scala.collection.immutable.StringLike (http://www.scala-lang.org/api/current/scala/ 
collection/immutable/StringLike.html) 中 。 这 些 额外 提供 的 方法 中 包含 了 一 个 叫 作 format 
的 实例 方法 。 你 可 以 对 一 个 格式 化 字符 串 调 用 该 方法 并 传 入 需要 插入 到 该 字符 串 中 的 参数 
列表 。 有 具体 如 下 : 


scala> val s = "%02d: name = %s".format(5, "Dean Wampler") 
s: String = "05: name = Dean Wampler" 


在 该 示例 中 ， 我 们 希望 能 输出 两 位 数 整 数 并 在 小 数 点 添加 两 个 零 。 最 后 一 类 内 置 的 字符 串 
插入 器 被 称 为 “原生 ”(raw) 插入 器 ， 该 插入 器 不 会 对 控制 字符 进行 扩展 ， 有 具体 请 参阅 下 
下 两 个 示例 。 


scala> val name = "Dean Wampler" 
name: String = "Dean Wampler" 





















































scala> s"123\n$name\n456" 
res0: String = 
123 
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Dean Wampler 
456 


scala> raw"123\n$name\n456" 

resi: String = 123\nDean Wampler\n456 
最 后 提 一 下 ， 其 实 我 们 可 以 自 定 义 字 符 串 插 入 器 ， 不 过 在 此 之 前 ， 我 们 需要 掌握 更 多 的 关 
PRAH (implicit) 的 知识 。 如 果 想 了 解 具 体 细节 ， 请 参阅 5.3.1 节 。 


3.14 Trait: Scala 语 言 的 接口 和 “混入 ” 


尽管 我 们 已 经 学 习 了 快 100 页 的 内 容 ， 但 我 们 至 今 仍 未 讨论 到 面向 对 象 语言 的 一 个 最 基 
础 的 特性 : 在 Scala 中 如 何 定义 抽象 ?” Java 语言 中 的 接口 是 抽象 的 同义词 ， 那 Scala VE? 
Scala 又 该 如 何 实现 类 继承 呢 ? 

Scala 从 函数 式 编 程 思想 中 汲取 了 trait， 为 了 突出 它 的 强大 能 力 ， 我 有 意 将 讲解 相关 内 容 的 
篇 幅 推 后 ， 不 过 现在 是 时 候 对 这 一 重要 主题 进行 概览 了 。 

我 曾 使 用 过 一 些 模糊 的 术语 ， 比 如 说 抽象 。 一 些 示例 也 用 抽象 类 来 表示 父 类 。 但 我 之 前 并 
未 思索 过 这 些 用 词 ， 只 是 认为 曾经 在 其 他 语言 中 见 过 类 似 的 结构 体 。 


Java 提供 了 接口 ， 你 可 以 在 接口 中 声明 方法 ， 但 却 不 能 定义 方法 。 至 少 在 Java 8 诞生 之 前 
是 这 样 的 。 同 样 ， 你 也 可 以 在 接口 中 声明 和 定义 静态 变量 或 者 租 套 类 型 。 

Scala 使 用 trait 来 殖 代 接口 。 在 第 9 章 我 们 会 详细 地 讲述 trait， 目 前 你 可 以 将 其 视 为 允许 
将 声明 方法 实现 的 接口 。 使 用 trait 时 ， 你 可 以 声明 示例 字段 (5 Java 接口 一 样 ， 你 在 trait 
中 并 非 只 局 限于 声明 静态 字段 ) 并 选择 是 否定 义 这 些 字 段 ， 你 也 可 以 参照 之 前 的 枚 举 示例 ， 
在 trait 中 声明 或 定义 类 型 。 
trait 提供 的 这 些 扩展 被 证 实 确实 能 够 打破 Java 对 象 模型 的 一 些 局 限 。Java 对 象 模 型 只 人 允 
许 在 类 中 定义 方法 和 字段 ， 而 trait 则 允许 真正 意义 上 的 组 合 行 为 (“混入 ”模式 )。 这 在 
Java 8 诞生 之 前 是 很 难 实 现 的 。 

下 面 示例 解决 了 每 一 个 企业 级 Java 开发 者 都 曾 面 对 的 问题 ， 在 应 用 中 混入 日 志 。 我 们 首先 
写 了 下 列 服务 : 


// src/main/scala/progscala2/rounding/traits.sc 
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3È 





class ServiceImportante(name: String) { 
def work(i: Int): Int = { 
println(s"ServiceImportante: Doing important work! $i") 
i +1 
} 
} 


val service1 = new ServiceImportante("uno") 
(1 to 3) foreach (i => println(s"Result: ${service1.work(i)}")) 


该 服务 执行 了 某 些 工作 并 返回 下 列 输 出 : 
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ServiceImportante: Doing important work! 1 


Result: 2 
ServiceImportante: Doing important work! 2 
Result: 3 
ServiceImportante: Doing important work! 3 
Result: 4 


现在 我 们 在 该 服务 中 混和 人 一 个 标准 日 志 库 ， 为 了 简单 起 见 ， 我 们 将 使 用 print n 输出 日 志 。 


示例 中 包含 了 两 个 trait， 其 中 的 一 个 定义 了 日 志 抽象 〈 不 包含 任何 具体 的 成 员 ) ， 而 另 一 个 
则 实现 了 日 志 抽象 ， 将 日 志 信息 输出 到 标准 输出 。 


trait Logging { 
def info (message: String): Unit 
def warning(message: String): Unit 
def error (message: String): Unit 


} 





trait StdoutLogging extends Logging { 
def info (message: String) = println(s"INFO: $message") 
def warning(message: String) = println(s"WARNING: $message") 
def error (message: String) = println(s"ERROR: $message") 


} 


请 注意 ， 这 里 编写 的 日 志 与 Java 中 的 接口 非常 相似 。 它 们 的 JVM 字 节 码 甚 至 采用 了 相同 
的 实现 方式 。 


最 后 ， 我 们 声明 了 一 个 “混入 ”了 日 志 功 能 的 服务 : 


val service2 = new ServiceImportante("dos") with StdoutLogging { 
override def work(i: Int): Int = { 
info(s"Starting work: i = $i") 
val result = super.work(i) 
info(s"Ending work: i = $i, result = $result") 


result 
} 

} 
(1 to 3) foreach (i => println(s"Result: ${service2.work(i)}")) 
INFO: Starting work: i = 1 
ServiceImportante: Doing important work! 1 
INFO: Ending work: i = 1, result = 2 
Result: 2 
INFO: Starting work: i = 2 
ServiceImportante: Doing important work! 2 
INFO: Ending work: i = 2, result = 3 
Result: 3 
INFO: Starting work: i = 3 
ServiceImportante: Doing important work! 3 
INFO: Ending work: i = 3, result = 4 
Result: 4 





现在 服务 开启 或 结束 工作 时 都 会 输出 日 志 信息 。 
为 了 能 混入 trait， 我 们 需要 使 用 with 关键 字 。 根 据 自身 需要 ， 我 们 可 以 混入 任意 多 个 











trait。 一 些 trait 也 许 不 会 对 现 有 行为 做 任何 修改 ， 它 们 只 会 添加 一 些 新 的 有 用 方法 ， 但 这 
些 方法 之 间 是 相互 独立 的 。 

实际 上 ， 为 了 能 注入 日 志 ， 在 该 示例 中 我 们 修改 了 服务 的 行为 ， 但 并 未 修改 服务 与 客户 之 
间 的 “契约 ”， 也 就 是 说 ， 我 们 并 未 修改 服务 的 对 外 行为 。” 

假如 我 们 希望 能 在 ServiceImportante 的 多 个 实例 中 混入 StdoutLogging 特征 ， 我 们 可 以 声 


class LoggedServiceImportante(name: String) 
extends ServiceImportante(name) with stdoutLogging {...} 


请 留意 我 们 是 如 何 将 参数 name 传递 给 父 类 ServiceImportante 的 。 在 创建 实例 时 ，new 
LoggedServiceImportante("tres") 能 够 实现 你 想 要 的 功能 。 
不 过 ， 假 如 我 们 仅 需 将 日 志 特 征 混入 一 个 实例 ， 我 们 可 以 在 定义 变量 时 混入 特征 。 


为 了 使 用 日 志 扩 展 ， 我 们 不 得 不 对 work 方法 进行 覆 写 。 假 如 你 希望 覆盖 父 类 中 某 一 具体 
方法 ， 那 么 Scala 要 求 必须 输入 override 关键 字 。 请 留意 我 们 是 如 何 访问 父 类 的 work 方法 
的 。 与 Java 和 一 些 其 他 语言 一 样 ， 我 们 通过 super .work 调用 该 方法 。 


trait 和 对 象 组 合 还 有 很 多 值得 讨论 的 地 方 ， 本 书 会 在 后 续 章 市 讲述 相关 的 内 容 。 


ae C 
3.15 ”本 章 回 顾 与 下 一 章 提要 
前 三 章 讲 述 了 许多 基础 知识 ， 从 中 我 们 了 解 到 Scala 代码 可 以 如 此 的 简洁 灵活 。 经 过 本 章 
的 学 习 ， 我 们 掌握 了 一 些 强大 的 可 用 于 定制 DSL 或 操作 数据 的 结构 ， 比 如 说 for 推导 式 。 
最 后 学 习 了 如 何 使 用 枚 举 封 装 值 以 及 trait 的 一 些 基 本 知识 。 
现在 你 应 该 已 经 具备 了 阅读 一 些 Scala 代码 的 能 力 ， 不 过 Scala 语言 还 有 很 多 需要 学 习 的 地 
方 。 现 在 我 们 将 开启 Scala 特征 的 深度 之 旅 。 
































注 5: 严格 意义 上 说 ， 这 种 说 法 并 不 正确 。 这 个 附加 的 IO 操作 已 经 对 代码 与 外 界 之 间 的 交互 产生 了 影响 。 

















要 点 详解 | 85 


第 4 章 


蛋 式 匹配 





年 一 看 ， 模 式 匹配 似乎 与 你 喜欢 的 类 C 语言 中 的 case 语句 很 相似 。 因 为 在 常见 的 类 C 语 
言 case 语句 中 ， 你 只 能 按 顺 序 匹配 简单 的 数据 类 型 和 表达 式 。 例 如 ,，“ 在 i 为 5 的 情况 下 ， 
打印 一 条 消息 ; 在 i 为 6 的 情况 下 ， 退 出 程序 ”。 

而 在 Scala 的 模式 匹配 中 ， 可 以 使 用 类 型 、 通 配 符 、 序 列 、 正 则 表达 式 ， 甚 至 可 以 深入 获 
取 对 象 的 状态 。 这 种 对 象 状态 的 获取 遵循 一 定 的 协议 ， 也 就 是 对 象 内 部 状态 的 可 见 性 由 该 
类 型 的 实现 来 控制 ， 这 使 得 我 们 能 够 轻易 获取 骏 露 的 状态 并 应 用 于 变量 中 。 对 象 状态 的 获 
取 往往 被 称 为 “提取 ”或 “解构 ”。 

模式 匹配 可 以 用 在 许多 代码 场景 中 。 最 常用 于 match 语句 中 ， 之 后 我 们 会 给 出 其 他 的 用 法 。 
在 1.4 节 的 actor 示例 代码 中 ， 我 们 介绍 了 两 个 相对 简单 的 match 语句 实例 。 在 2.4 节 ， 我 
们 也 进一步 讨论 了 其 他 用 法 。 


4.1 简单 匹配 


首先 ， 我们 通过 匹配 Boolean 值 来 模拟 掷 硬币 : 


// src/main/scala/progscala2/patternmatching/match-boolean.sc 














val bools = Seq(true, false) 


for (bool <- bools) { 
bool match { 
case true => println("Got heads") 
case false => println("Got tails") 
} 
} 
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这 看 起 来 就 像 是 C 风格 的 case 语句 。 为 了 试验 一 下 ， 你 可 以 尝试 将 第 二 
句 注释 掉 ， 再 运行 脚本 。 这 时 你 会 得 到 一 个 警告 和 一 个 错误 消息 : 


<console>:12: warning: match may not be exhaustive. 
It would fail on the following input: false 

bool match { 

八 


Got heads 

scala.MatchError: false (of class java.lang.Boolean) 
at .<init>(<console>:11) 
at .<clinit>(<console>) 


个 case false 话 


由 于 序列 类 型 存在 两 种 可 能 的 取 值 : true 或 fatse， 因 此 编译 器 警告 match 语句 未 能 对 
盖 所 有 可 能 的 输入 值 。 当 尝试 去 匹配 一 个 没有 case 语句 的 值 时 ， 我 们 发 现 编译 器 抛 出 了 




















MatchError (http:Wwww.scala-lang.org/api/current/scala/MatchError.html ) 。 
我 得 提 一 下 ， 以 上 例子 的 另 一 种 替代 写法 是 旧式 的 if 语句 : 


for (bool <- bools) { 
val which = if (bool) "head" else "tails" 
println("Got " + which) 








4.2 _ match 中 的 值 、 变 量 和 类 型 


接 下 来 ， 我 们 来 讨论 几 种 match 语句 。 以 下 的 例子 能 匹配 特定 的 某 个 值 ， 也 能 匹配 特定 类 





型 的 所 有 值 ， 同 时 展示 了 default 语句 的 写法 来 匹配 任意 输入 值 。 


// src/main/scala/progscala2/patternmatching/match-variable.sc 











for { 
x <- Seq(1, 2, 2.7, "one", "two", 'four) 
Hf 
val str = x match { 
case 1 => "int 1" 
case i: Int => "other int: "+i 
case d: Double => "a double: "+x 
case "one" => "string one" 


case s: String => "other string: "+s 
case unexpected => "unexpected value: 


+ unexpected 


println(str) 








//@ 


//@ 
// © 
//@ 
// © 
// © 
// © 
// © 


// 9 


@ 由 于 序列 元 素 包 含 不 同类 型 ， 因 此 序列 的 类 型 为 Seq[Any]。 

@ x 的 类 型 为 Any。 

© 如 果 x 等 于 1 则 匹配 。 

@ 匹配 除 1 外 的 其 他 任意 整数 值 。 将 x 的 值 安 全 地 转 为 Int， 并 赋值 给 i。 
© 匹配 所 有 Double 类 型 ，x 的 值 被 赋 给 Double 型 变量 d, 
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@ 匹配 字符 串 “one”。 

O 匹配 除 “one” 外 的 其 他 任意 字符 串 ，x 的 值 被 赋 给 了 String 类 型 的 变量 x, 

O 匹配 其 他 任意 输入 ,，x 的 值 被 赋 给 unexpected 这 个 变量 。 由 于 未 给 出 任何 类 型 说 明 ， 
unexpected 的 类 型 被 推断 为 Any， 起 到 了 default 语句 的 功能 。 

@ 打印 返回 的 字符 串 。 

为 了 使 代码 直观 一 些 ， 我 将 =>(“ 箭 头 ”) 排 成 一 列 。 以 下 是 程序 的 输出 : 


int 1 

other int: 2 

a double 2.7 

string one 

other string: two 
unexpected value: 'four 


像 所 有 表达 式 一 样 ，match 语句 也 会 返回 一 个 值 。 在 这 里 ， 所 有 的 子 名 都 返回 字符 串 ， 因 
此 整个 子 句 的 返回 值 类 型 为 String。 编 译 器 会 推断 所 有 case 子 句 返回 值 类 型 的 最 近 公 共 
父 类 型 (也 称 为 最 小 公共 上 限 ) 作为 返回 值 类 型 。 

由 于 x 类 型 为 Any， 因 此 我 们 需要 足够 的 子 句 来 覆盖 所 有 可 能 的 输入 值 。( 对 比 一 下 我 们 
用 来 匹配 Boolean 值 的 第 一 个 例子 。) 这 就 是 我 们 需要 “default 子 句 ”( 使 用 unexpected) 
的 原因 。 然 而 ， 编 写 偏 国 数 时 ， 我 们 不 需要 覆盖 所 有 可 能 的 类 型 ， 因 为 它们 是 被 有 意 设 
计 的 。 

匹配 是 按 顺序 进行 的 ， 因 此 具体 的 子 句 应 该 出 现在 宽泛 的 子 句 之 前 。 否 则 ， 具 体 的 语句 将 
不 可 能 有 机 会 被 匹配 上 。 所 以 ， 默 认 子 句 必须 是 最 后 一 个 子 句 。 幸 运 的 是 ， 编 译 器 能 识别 
这 种 类 型 的 错误 。 

由 于 舍 入 误差 的 存在 ， 两 个 看 似 相等 的 值 可 能 由 于 最 后 一 位 有 效 数字 的 不 同 而 被 判断 为 不 
相等 ， 我 没有 在 示例 中 使 用 匹配 浮 点 数字 面 量 的 子 句 。 

以 下 是 对 之 前 例子 的 简单 变形 : 


// src/main/scala/progscala2/patternmatching/match-variable2.sc 


























>H 



































for { 
x <- Seq(1, 2, 2.7, "one", "two", 'four) 
Fi 
val str = x match { 
case 1 ssotint ge 
case _: Int => "other int: "+x 
case _: Double => "a double: "+x 
case "one" => "string one" 
case _: String => "other string: "+x 
case _ => "unexpected value: " + x 
println(str) 


我 们 用 占 位 符 _ 替换 了 变量 1、d、s 和 unexpected。 事 实 上 我 们 并 不 需要 这 些 类 型 的 对 应 
变量 值 ， 只 需要 产生 字符 串 。 所 以 ， 可 以 在 所 有 子 句 中 使 用 x。 














RE 
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除了 偏 函 数 ， 所 有 的 match 语句 都 必须 是 覆盖 所 有 输入 的 。 当 输入 类 型 
为 Any 时 ， 在 结尾 用 case _ 或 case some_name 作为 默认 子 句 。 








编写 case 子 句 时 ， 有 一 些 规 则 和 陷阱 需要 注意 。 在 被 匹配 或 提取 的 值 中 ， 编 译 器 假定 以 大 
写字 母 开 头 的 为 类 型 名 ， 以 小 写字 母 开 头 的 为 变量 名 。 


以 下 示例 中 的 这 条 规则 可 能 会 使 你 感到 惊讶 : 


// src/main/scala/progscala2/patternmatching/match-surprise.sc 





def checkY(y: Int) = { 
for { 
x <- Seq(99, 100, 101) 
et 
val str = x match { 
case y => "found y!" 


case i: Int => “int: "+i 
println(str) 
} 
} 
checkY(100) 


在 第 一 个 case 子 句 中 ， 望 它 能 匹配 上 一 个 可 以 由 我 们 来 指定 的 值 ， 而 不 是 一 个 硬 
编码 的 值 。 所 以 ， 我 们 可 能 会 希望 第 一 个 case 子 句 在 x 等 于 y 时 成 功 匹 配 ，y 的 值 为 109。 
脚本 执行 时 将 产生 以 下 输出 : 


int: 99 
found y! 
int: 101 


以 下 是 我 们 获得 的 实际 输出 : 


<console>:12: warning: patterns after a variable pattern cannot match (SLS 8.1.1) 
If you intended to match against parameter y of method checkY，you must use 
backticks, like: case `y`ò => 
case y => "found y!" 
八 





<console>:13: warning: unreachable code due to variable pattern 'y' on line 12 
case i: Int => "int: "+i 
An 
<console>:13: warning: unreachable code 
case i: Int => "int: "+i 
Nn 
checkY: (y: Int)Unit 
found y! 
found y! 
found y! 


case y 的 含义 其 实 是 : 匹配 所 有 输入 (由 于 这 里 没有 类 型 注解 )， 并 将 其 赋值 给 新 的 变量 y。 
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这 里 的 y 没有 被 解释 为 方法 参数 y。 因 此 ， 事 实 上 我 们 将 一 个 默认 的 、 匹 配 一 切 的 语句 写 在 
了 第 一 个 ， 导 致 系统 给 出 了 这 条 “变量 型 匹配 语句 ”会 匹配 一 切 输入 的 警告 。 我 们 的 代码 也 
从 未 执行 到 第 二 条 case 语句 ， 于 是 就 得 到 了 两 条 关于 不 可 达 代 码 的 警告 。 在 这 里 SLS 8.1.1 
指 《Scala 语法 规范 》 (http://www.scala-lang.org/docu/files/ScalaReference.pdf) 的 8.1.1 “fi. 

第 一 条 错误 信息 已 经 告诉 我 们 应 该 怎么 做 : 使 用 反 引 号 表示 真正 想 要 匹配 的 是 参数 y 
的 值 。 


// src/main/scala/progscala2/patternmatching/match-surprise-fix.sc 








def checkY(y: Int) = { 


for { 
x <- Seq(99, 100, 101) 
+f 
val str = x match { 
case `y` => "found y!" // 只 修改 了 这 一 行 : `y、 





case i: Int => "int: "+i 


println(str) 


} 
checkY(100) 
这 时 ， 和 输出 就 符合 我 们 的 期 望 了 。 
在 case 子 句 中 ， 以 小 写字 母 开头 的 标识 符 被 认为 是 用 来 提取 待 匹 配 值 的 新 


变量 。 如 果 需 要 引用 之 前 已 经 定义 的 变量 时 ， 应 使 用 反 引 号 将 其 包围 。 与 此 
相对 ， 以 大 写字 母 开 头 的 标识 符 被 认为 是 类 型 名 称 。 


























有 时 不 同 的 匹配 子 句 需 要 使 用 相同 的 处 理 代码 ， 此 时 ， 为 了 避免 代码 元 余 ， 我们 可 以 将 相 
同 处 理 代码 重 构 为 一 个 单独 的 方法 。 同 时 ，case 子 句 也 持 “ 或 ”逻辑 ， 使 用 | 方法 即 可 : 


// src/main/scala/progscala2/patternmatching/match-variable2.sc 


for { 
x <- Seq(1, 2, 2.7, "one", "two", 'four) 
F4 
val str = x match { 
case _: Int | _: Double => "a number: "+x 
case "one" => "string one" 
case _: String => "other string: "+x 
case _ => "unexpected value: " + x 
println(str) 
} 


现在 ，Int 和 Double 类 型 的 值 都 能 匹配 上 第 一 个 case 子 句 了 。 


4.3 序列 的 匹配 


Seq (http:Wwww.scala-lang.org/api/current/scala/collection/Seq.html， 表 示 “ 序 列 ”) 是 具体 的 
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集合 类 型 的 父 类 型 ， 这 些 集 合 类 型 支持 以 确定 顺序 遍历 其 元 素 ， 如 List (http:/Awww.scala- 
lang.org/api/current/scala/collection/immutable/List.html) 和 Vector (http:/Avww.scala-lang.org/api/ 
current/scala/collection/immutable/Vector.html) 。 

我 们 来 考察 用 模式 匹配 和 递归 方法 遍历 Seq 的 传统 方法 ， 顺 便 学 习 一 些 关 于 序列 的 基础 
知识 。 


// src/main/scala/progscala2/patternmatching/match-seq.sc 


val nonEmptySeq = Seq(1, 2, 3, 4, 5) //@ 
val emptySeq = Seq.empty[Int] 

val nonEmptyList = List(1, 2, 3, 4, 5) // @ 
val emptyList = Nil 

val nonEmptyVector = Vector(1, 2, 3, 4, 5) // 日 
val emptyVector = Vector.empty[Int] 

val nonEmptyMap = Map("one" -> 1, "two" -> 2, "three" -> 3) // 0 


val emptyMap Map.empty[String, Int] 


def seqToString[T](seq: Seq[T]): String = seq match { 


case head +: tail => s"S$head +: " + seqToString(tail) // ® 
case Nil => "Nil" 

} 

for (seq <- Seq( // ® 


nonEmptySeq, emptySeq, nonEmptyList, emptyList, 
nonEmptyVector, emptyVector, nonEmptyMap.toSeq, emptyMap.toSeq)) { 
println(seqToString(seq) ) 
} 


@ 构造 一 个 非 空 的 Seq[Int] (事实 上 返回 了 一 个 List) ; 然后 用 惯用 方法 构造 了 一 个 空 
的 Seq[Int]。 

@ 构造 一 个 非 空 的 List[Int] (Seq 的 一 个 子 类 型 ) ， 然 后 用 Scala 库 的 一 个 专用 对 象 Nil 
(http://www.scala-lang.org/api/current/#scala.collection.immutable.Nil$) ， 表 示 任 意 类 型 的 


ZS List, 








© 构造 一 个 非 空 的 Vector[Int] (http://www.scala-lang.org/api/current/index.html#scala. 
collection.immutable.Vector) (Seq 的 一 个 子 类 型 ) ;然后 构造 了 一 个 空 的 Vector[Int], 

O 构造 了 一 个 非 空 的 Map[String,Int] (http://www.scala-lang.org/api/current/index. 
html#scala.collection.immutable.Map) ， 这 不 是 Seq 的 子 类 型 。 在 接 下 来 的 讨论 中 我 们 会 
涉及 这 一 点 。Map[String,Int] 的 键 为 String 类 型 ， 值 为 Int 类 型 。 然 后 构造 了 一 个 空 
的 Map[String,Int]。 

日 定义 了 一 个 递归 方法 ， 从 Seq[T] 中 构造 String，T 为 某 种 待定 的 类 型 。 方 法 体 是 用 来 
与 输入 的 Seq[T] 相 匹配 。 

@ 这 里 存在 两 个 互 斥 的 match 子 句 。 第 一 个 子 句 匹配 非 空 的 Seq， 提 取 其 头 部 (第 一 
个 元 素 ) 以 及 尾部 〈 除 头 部 以 外 ， 剩 下 的 元 素 )。(Seq 有 head Ail tail 方法 ,但 在 这 
里 ， 这 两 个 标识 符 按 case 子 句 的 惯例 被 解释 为 变量 。) 在 case 子 句 中 ， 用 提取 的 头 
部 加 上 “+:”， 以 及 尾部 的 字符 串 表 示 来 构造 一 个 字符 串 。 尾 部 的 字符 串 表 示 由 调用 
seqToString 产生 。 

















al 
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@ 另外 一 个 case 只 可 能 是 空 Seq。 我 们 用 表示 空 List 专用 的 对 象 Nil 来 匹配 。 注 意 , 任 

何 Seq 的 尾部 都 可 以 认为 是 以 一 个 相应 类 型 的 空 Seq， 事 实 上 ，List 就 是 这 么 实现 的 。 
O 将 以 上 这 些 Seq 作为 元 素 放 到 另 一 个 大 Seq 中 (对 其 中 的 Map 调用 toseq， 将 其 转 为 键 - 

值 对 组 成 的 序列 ) ， 然 后 遍历 该 序列 ， 并 打印 各 个 序列 调用 seqTostring 返回 的 结 末 。 
以 下 为 执行 结 

1+:2+:3+:4+:5+: Nil 

Nil 

14:2 4: 34: 4 4: 5 +: Nil 

Nil 

1+: 2 4: 3 4: 4 4: 5 +: Nil 

Nil 

(one,1) +: (two,2) +: (three,3) +: Nil 

Nil 
Map 并 不 是 Seq 的 子 类 型 ， 因 为 Map 不 保证 遍历 的 顺序 是 固定 的 。 因 此 ， 我 们 调用 Map. 
toSeq 创建 一 个 键 -= 值 元 组 的 序列 。 由 此 得 到 的 Seq 键 值 对 (pair) 将 会 按照 插入 的 顺序 进 
行 遍 历 。 这 种 副作用 仅 限 于 小 的 Map 的 实现 上 ， 并 不 是 针对 所 有 Map 的 一 般 性 保证 。 这 里 
的 空 集 合 表 明 seqToString 方法 对 空 集 也 能 正常 工作 。 
这 里 有 两 种 新 的 case 子 句 。 第 一 个 子 句 中 ，head +: tail 匹配 了 序列 的 头 部 和 尾部 。+ 
操作 符 是 序列 的 “构造 ”操作 符 ， 与 我 们 在 优先 规则 中 为 List 使 用 的 :: 操作 符 类 似 。 回 
想 一 下 ， 以 冒号 (:) 结尾 的 方法 向 右 结 合 ， 即 向 Seq 的 尾部 结合 。 
虽然 它们 被 称 作 “操作 符 ” 和 “方法 ”， 但 其 实 并 不 大 准确 ; 我 们 会 在 之 后 的 章节 讨论 这 
些 表 达 式 ， 现 在 先 来 关注 几 个 关键 点 。 
首先 ，case 子 名 只 匹配 至 少 包 含 一 个 头 部 元 素 的 非 空 序 列 ， 它 将 序列 的 头 部 和 剩 下 的 部 分 
分 别提 取 到 可 变 变量 head 和 tail 中 。 
第 二 ， 重 申 一 下 ， 这 里 的 head 和 tail 是 任意 的 两 个 变量 名 。 然 而 ，Seq 类 型 也 分 别 存在 
两 个 名 为 head 和 tail 的 方法 ， 用 于 提取 序列 的 头 部 和 尾部 元 素 。 通 常情 况 下 ， 我 们 可 以 
从 上 下 文中 清晰 地 看 出 这 两 个 标识 符 是 函数 还 是 变量 。 顺 便 提 一 下 ， 对 空 序列 调用 这 两 个 
方法 时 ， 编 译 器 会 抛 出 异常 。 
Seq 的 行为 很 符合 链表 的 定义 ， 因 为 在 链表 中 ， 每 个 头 结 点 除了 含有 自身 的 值 以 外 ， 还 指 
向 链表 的 尾部 〈 即 链表 剩 下 的 元 素 ) ， 从 而 创建 了 一 种 层级 结构 ， 类 似 以 下 四 个 节点 所 组 
成 的 的 序列 。 在 这 里 尾部 添加 了 一 个 空 序列 : 


(node1, (node2, (node3, (node4, (end)))) 


Scala 库 中 有 一 个 名 为 上 Ll 的 对 象 ， 可 以 匹配 所 有 的 空 序列 。 我 们 其 至 可 以 用 Nil 来 表示 非 
List 的 其 他 空 集合 ， 因 为 序列 对 相等 操作 的 实现 都 是 一 样 的 ， 不 必 精 确 匹 配 具 体 类 型 。 


以 下 是 上 述 程序 的 一 个 变 体 ， 增 加 了 括号 ， 这 次 我 们 只 使 用 了 几 个 集合 类 型 : 


// src/main/scala/progscala2/patternmatching/match-seq-parens.sc 
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val nonEmptySeq 
val emptySeq 


Seq(1, 2, 3, 4, 5) 
Seq.empty[Int] 





val nonEmptyMap = Map("one" -> 1, "two" -> 2, "three" -> 3) 


def seqToString2[T](seq: Seq[T]): String = seq match { 
case head +: tail => s"(Shead +: ${seqToString2(tail)})" // 0 
case Nil => "(Nil)" 

} 


for (seq <- Seq(nonEmptySeq, emptySeq, nonEmptyMap.toSeq)) { 
println(seqToString2(seq) ) 
} 


@ 重新 格式 化 字符 串 ， 增 加 了 外 边 的 括号 ，(…)。 

如 下 所 示 ， 脚 本 输出 清楚 地 显示 了 层级 结构 ， 每 个 “ 子 列 表 ” 都 被 括号 包围 : 
(1+: (2 +: (3 +: (4 +: (5 +: (NiL)))))) 
(Nil) 
((one,1) +: ((two,2) +: ((three,3) +: (Nil)))) 


我 们 只 用 了 两 个 case 子 句 和 递归 就 处 理 了 序列 。 这 上 暗示 了 所 有 序列 的 基础 特性 ， 序列 要 么 
为 空 ， 要 么 非 空 。 这 听 起 来 很 老 套 ,但 一 旦 理解 了 这 一 点 ， 你 就 会 多 一 个 基于 “分 治 ” 法 
的 工具 。processSeq 就 多 次 使 用 该 方法 。 

在 Scala 2.10 之前， 处 理 List 有 另 一 种 很 相似 的 惯用 方法 : 


// src/main/scala/progscala2/patternmatching/match-list.sc 
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val nonEmptyList 
val emptyList 


List(1, 2, 3, 4, 5) 
Nil 


def ListToString[T](list: List[T]): String = list match { 


case head :: tail => s"($head :: ${listToString(tail)})" //@ 
case Nil => "(Nil)" 
} 
for (l <- List(nonEmptyList, emptyList)) { println(listToString(l)) } 
@ Fs: RE +:, 
答 出 也 很 类 似 ; 
(ene :1 3 :2 (4n Ger (NU))))) 
(Nil) 


因此 ， 使 用 Seq 写 代码 更 方便 ， 因 为 它 可 以 应 用 于 所 有 子 类 型 ， 包 括 List 与 Vector, 
我 们 可 以 通过 复制 、 粘 贴 上 一 个 示例 的 输出 ， 重 新 构造 出 原始 的 对 象 : 


scala> val s1 = (1 +: (2 +: (3 +: (4 +: (5 +: Nil))))) 
si: List[Int] = List(1, 2, 3, 4, 5) 





scala> val l = (1 :: (2 :: (3 :: (4 :: (5 :: Nil))))) 
l: List[Int] = List(1, 2, 3, 4, 5) 


scala> val s2 = (("one",1) +: (("two",2) +: (("three",3) +: Nil))) 
s2: List[(String, Int)] = List((one,1), (two,2), (three,3), (four,4)) 
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scala> val m = Map(s2 :_*) 
m: scala.collection.immutable.Map[String,Int] = 
Map(one -> 1, two -> 2, three -> 3, four -> 4) 


值得 注意 ，Map.apply 工厂 方法 需要 一 个 可 变 参数 列表 ， 其 中 的 参数 是 由 2 个 元 素 组 成 的 
元 组 。 所 以 ， 为 了 用 序列 s2 来 构造 Map， 我 们 只 能 用 :_* 惯用 法 来 将 序列 s2 转化 为 可 变 
参数 列表 。 


使 用 +: 和 :: 时 ， 构 造 方 法 与 模式 匹配 (“解构 ") 有 着 优雅 的 对 称 关 系 。 我 们 将 在 本 章 的 
后 面部 分 探究 它 的 实现 方式 ， 并 提供 可 分 析 的 示例 。 


4.4 元 组 的 匹配 


通过 元 组 字面 量 ， 很 容易 对 元 组 进行 匹配 ; 


// src/main/scala/progscala2/patternmatching/match-tuple.sc 









































val Langs = Seq( 
("Scala", "Martin", "Odersky"), 
("Clojure", "Rich",  '"Hickey"), 
("Lisp", "John", "McCarthy")) 


for (tuple <- langs) { 
tuple match { 


case ("Scala", _, _) => println("Found Scala") //@ 
case (lang, first, last) => // @ 
println(s"Found other Language: $lang ($first, $last)") 
} 
} 


@ 匹配 一 个 三 元 组 的 元 组 ， 其 中 第 一 个 元 素 为 字符 串 Scala， 包 略 第 二 和 第 三 个 元 素 。 

@ 匹配 任意 三 元 素 元 组 ， 其 中 的 元 素 可 以 为 任意 类 型 ， 但 在 这 里 ， 由 于 输入 的 值 为 
Lang， 元 素 类 型 被 推断 为 String。 元 组 的 三 个 元 素 被 提取 到 变量 lang, first 和 
last 中 。 

该 示例 的 输出 如 下 : 


Found Scala 
Found other language: Clojure (Rich, Hickey) 
Found other language: Lisp (John, McCarthy) 


元 素 可 以 拆 分 为 各 个 组 成 的 元 素 。 我 们 可 以 匹配 元 组 中 任意 位 置 的 字面 量 ， 同 时 忽略 我 们 
不 需要 的 值 。 


4.5 _ case 中 的 guard 语 名 
在 模式 匹配 中 使 用 字面 量 的 好 处 很 多 ， 但 有 时 你 却 需要 添加 其 他 的 逻辑: 


// src/main/scala/progscala2/patternmatching/match-guard.sc 
































for (i <- Seq(1,2,3,4)) { 


i match { 
case _ if i%2 == 0 => println(s"even: $i") ied 
case _ => println(s"odd: $i") // @ 
} 


} 
@ REX i 为 偶数 时 才 匹 配 。 我 们 用 _ 代替 变量 名 ， 因 为 我 们 已 经 有 1 站 可 以 作为 变量 名 了 。 
@ 匹配 上 一 case 子 句 相对 的 另 一 种 可 能 性 ， 即 ;为 奇数 。 
以 上 代码 的 输出 为 : 

odd: 1 

even: 2 


odd: 3 
even: 4 


注意 ，if 表达 式 的 两 边 不 需要 使 用 括号 ， 就 像 我们 在 for 表达 式 中 也 不 需要 括号 一 样 。 


46 case 类 的 匹配 
我 们 现在 来 看 更 多 关于 深度 匹配 的 例子 ， 并 对 case 类 对 象 的 内 容 进 行 芳 察 ; 


// src/main/scala/progscala2/patternmatching/match-deep.sc 


























// Simplistic address type. Using all strings is questionable, too. 
case class Address(street: String, city: String, country: String) 
case class Person(name: String, age: Int, address: Address) 


val alice = Person("Alice", 25, Address("1 Scala Lane", "Chicago", "USA")) 
val bob = Person( "Bob", 29, Address("2 Java Ave.", "Miami", "USA")) 
val charlie = Person("Charlie", 32, Address("3 Python Ct.", "Boston", "USA")) 


for (person <- Seq(alice, bob, charlie)) { 
person match { 
case Person("Alice", 25, Address(_, "Chicago", _) => println("Hi Alice!") 
case Person("Bob", 29, Address("2 Java Ave.", "Miami", "USA")) => 
println("Hi Bob!") 
case Person(name, age, _) => 
println(s"Who are you, $age year-old person named $name?") 


} 
} 
输出 如 下 : 
Hi Alice! 
Hi Bob! 


Who are you, 32 year-old person named Charlie? 


Be AT A VC Wc ke SE IAA. A TAIAT IEH HIH EE SAE, RR 
下 ， 我 们 有 一 个 (String,Double) 元 组 组 成 的 序列 ， 表 示 商 店 里 的 商品 名 称 与 商品 价 
格 ， 同 时 想 要 将 它们 连同 序号 一 起 打印 出 来 。 为 解决 上 面 的 问题 ， 我 们 可 以 用 到 Seq. 
zipWithIndex 方法 : 
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// src/main/scala/progscala2/patternmatching/match-deep-tuple.sc 


val itemsCosts = Seq(("Pencil", 0.52), ("Paper", 1.35), ("Notebook", 2.43)) 
val itemsCostsIndices = itemsCosts.zipWithIndex 
for (itemCostIndex <- itemsCostsIndices) { 
itemCostIndex match { 
case ((item, cost), index) => println(s"Sindex: $item costs $cost each") 
} 
} 


我 们 在 REPL 里 运行 以 上 脚本 ， 用 :load 命令 观察 变量 的 类 型 和 运行 的 输出 〈 略 加 整理 了 
一 下 格式 ) : 


scala> :Load src/main/scala/progscala2/patternmatching/match-deep-tuple.sc 
Loading src/main/scala/progscala2/patternmatching/match-deep-tuple.sc... 
itemsCosts: Seq[(String, Double)] = 
List((Pencil,@.52), (Paper,1.35), (Notebook ,2.43)) 
itemsCostsIndices: Seq[((String, Double), Int)] = 
List(((Pencil,0.52),0), ((Paper,1.35),1), ((Notebook,2.43),2)) 
0: Pencil costs 0.52 each 
1: Paper costs 1.35 each 
2: Notebook costs 2.43 each 


调用 zipWithIndex 时 ， 返 回 的 元 组 形式 为 ((name,cost),index)。 通 过 匹配 这 种 形式 ， 我 
们 提取 了 输入 元 组 的 三 个 元 素 ， 并 将 其 打印 出 来 。 这 样 的 代码 是 我 经 常 使 用 的 。 











4.6.1 unapply 方 法 


除了 Scala 库 里 的 类 型 以 外 ， 我 们 自 定 义 的 case 类 也 可 以 使 用 类 型 匹配 与 提取 的 功能 ， 它 
ERDRE. 


这 是 如 何 实现 的 呢 ? 我 们 在 1.4 节 已 经 了 解 到 : case 类 有 一 个 伴随 对 象 ， 伴 随 对 象 中 有 一 
个 名 为 apply 的 工厂 方法 ， 用 于 构造 对 象 。 基 于 “对 称 ” 的 观点 ， 我 们 可 以 推断 ， 一 定 还 
存在 另 一 个 名 为 unapply 的 自动 生成 的 方法 ， 用 于 提取 和 “解构 ”。 事 实 上 ， 确 实 存在 这 样 
的 一 个 用 于 提取 的 方法 ， 当 遇见 如 下 形式 的 类 型 匹配 表达 式 时 ， 该 方法 就 会 被 调用 : 
person match { 
case Person("Alice", 25, Address(_, "Chicago", _)) =>... 

















‘ee 


Scala 找到 Person.unapply(-::) 和 Address.unapply(:: 然后 调用 这 两 个 国 数 。 所 有 的 
unapply 方法 都 返回 Option[TupleN[…]]， 此 处 的 N ee A 在 
Person 这 个 case 类 中 , N 为 3。 被 提取 的 值 的 类 型 与 相应 位 置 元 组 元 素 的 类 型 一 致 。 对 于 
Person 而 言 ， 提 取 值 的 类 型 分 别 为 String, Int 和 Address。 所 以 ， 编 译 器 生成 的 Person 
的 伴随 对 象 是 这 样 的 ; 
object Person { 
def apply(name: String, age: Int, address: Address) = 
new Person(name, age, address) 


def unapply(p: Person): Option[Tuple3[String,Int,Address]] = 
Some((p.name, p.age, p.address)) 








p 


既然 编译 器 已 经 知道 对 象 是 person， 为 什么 unapply 的 返回 值 还 要 用 Option WE? Scala È 
VE unapply 方法 “否决 ”这 个 匹配 ， 返 回 None， 这 时 ，Scala 会 使 用 下 一 个 case FA, 5 
外 ， 如 果 我 们 不 希望 的 话 ， 可 以 不 必 暴 露 对 象 的 所 有 属性 。 例 如 ， 如 果 我 们 不 想 暴露 年 龄 
隐私 的 话 ， 可 以 选择 不 暴露 age。 我 们 会 在 unapplySeq 方法 中 详细 探讨 这 一 细节 ， 不 过 此 
时 ， 只 要 知道 被 提取 的 属性 以 Some 的 形式 返回 即 可 ， 在 本 例 中 Some 中 的 内 容 为 Tuple3。 
编译 器 随后 将 元 组 Tup las 中 的 元 素 与 字面 值 进行 比较 ， 比 如 匹配 字符 串 Alice; 或 者 赋值 
给 我 们 已 经 命名 的 变量 ， 亦 或 者 用 _ 占 位 符 丢 掉 不 需要 的 元 素 。 


为 了 获得 性 能 上 的 优势 ，Scala 2.11.1 放松 了 对 unapply 必须 返回 Option[T] 
的 要 求 。 现 在 unapply 能 返回 任意 类 型 ， 只 要 该 类 型 具有 以 下 方法 : 





























def isEmpty: Boolean 
def get: T 


MRA SE, unapply 方法 会 被 递归 调用 。 像 本 例 中 ， 我 们 在 Person tA — Pik BAY 
Address 对 象 。 类 似 地 ， 在 元 组 的 那个 例子 中 ， 我 们 也 相应 地 递归 调用 了 unapply 方法 。 


case 关键 字 被 同时 用 于 声明 一 种 “特殊 ”的 类 ， 又 用 于 match 表达 式 中 的 case 表达 式 ， 这 
可 不 是 巧合 。case 类 的 特性 就 是 为 更 便捷 地 进行 模式 匹配 而 设计 的 。 


在 继续 探索 之 前 ， 注 意 一 下 ， 返 回 类 型 0ption[Tuple3[String,Int,Address]] 的 写法 显得 
KIK. Scala a a 
val t1: Option[Tuple3[String, Int i = 


val t2: Option[(String,Int,Address)] = 
val t3: Option[ (String, Int, Address) iz = 


元 组 字面 语法 使 得 代码 更 易 阅 读 ， 此 外 ， 逗 号 后 的 空格 也 有 助 于 提高 代码 的 可 读 性 。 
现在 让 我 们 回 到 神秘 的 head +: tail 表达 式 ， 去 真正 理解 它 的 含义 。 我 们 可 以 看 到 +: ( 构 
E) 操作 符 可 以 通过 在 现 有 序列 前 追加 新 元 素来 构造 新 序列 ， 我 们 可 以 这 样 凭空 开始 构造 
整个 序列 : 


val list = 1 +: 2 +: 3 +: 4 +: Nil 


由 于 +: 是 一 个 向 右 结合 的 操作 符 ， 因 此 我 们 首先 将 4 追加 到 Nil 中 ， 再 将 3 追加 到 产生 的 
序列 中 ， 以 此 类 推 。 


Scala 希望 尽 可 能 地 支持 构造 和 解构 /提取 的 标准 语法 。 这 一 点 我 们 已 经 在 序列 、 列 表 和 元 
组 中 看 到 。 另 外 ， 这 些 操作 都 是 成 对 的 ， 互 为 逆 操 作 。 


如 果 我 们 可 以 用 一 个 名 为 +: 的 方法 完成 序列 的 构造 ， 那 么 用 相同 的 语法 形式 如 何 完成 解构 
操作 呢 ? 刚才 研究 了 unapply 方法 ， 但 这 是 正确 答案 吗 ? 虽然 Person.unappLy 和 Tuplen. 
unapply 知道 在 它们 的 实例 中 有 和 多少“ 东西 ", 分 别 是 3 个 和 NN 个 。 但 现在 我 们 希望 支持 任 
意 非 空 的 集合 。 
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为 了 完成 这 一 点 ，Scala 库 定义 了 一 个 特殊 的 单 例 对 象 ， 名 为 +: (http://www.scala-lang.org/ 
api/current/index.html#scala.collection.$plus$colon$)。 是 的 ， 对 和 象 的 名 字 为 “+:”， 类 似 于 方 
法 名 ,在 Scala 中 ， 类 型 名 可 以 使 用 的 字符 也 很 广泛 。 


这 个 类 型 只 有 一 个 方法 ， 即 编译 器 用 来 在 case 语句 中 进行 提取 操作 的 unapply 方法 。 
unapply 方法 声明 的 示意 就 像 是 这 样 (我 对 实际 声明 稍微 做 了 些 简 化 ， 因 为 我 们 还 没有 涉 
及 全 部 知识 细节 ， 不 需要 很 多 类 型 系统 的 知识 来 理解 完整 的 方法 签名 ) : 


def unapply[T, Coll](collection: Coll): Option[(T, Coll)] 
头 部 的 类 型 被 推断 为 类 型 T， 尾 部 被 推断 为 某 种 集合 类 型 Coll。Coll 同时 也 是 输入 的 集合 
类 型 。 于 是 ， 方 法 返回 了 一 个 0ption， 其 内 容 为 输入 集合 的 头 部 和 尾部 组 成 的 两 元 素 元 组 。 
编译 器 如 何 才 能 在 看 到 case head +: tail => ... 表达 式 时 调用 +:.unappLy(coLLection) 
方法 呢 ? 我 们 需要 把 case 子 句 写成 case +:(head, tail) => ... 才能 与 刚才 示例 中 的 模式 
匹配 保持 一 致 。 
事实 上 ， 我 们 可 以 写成 如 下 形式 : 


scala> def processSeq2[T](L: Seq[T]): Unit = l match { 
| case +:(head, tail) => 

| printf("%s +: ", head) 

| processSeq2(tail) 

| 

| 

















case Nil => print("Nil") 


} 


scala> processSeq2(List(1,2,3,4,5)) 

14:2 4: 34: 4 4: 5 +: Nil 
我 们 也 可 以 使 用 中 绥 表 达 式 head +: tail， 这 是 编译 器 的 又 一 个 语法 糖 。 包 含有 两 个 类 型 
参数 的 类 型 可 以 写 为 中 级 表达 式 ， 同 样 ，case 子 句 也 可 以 这 么 做 。 考 虑 如 下 REPL 中 的 
代码 : 

// src/main/scala/progscala2/patternmatching/infix.sc 


scala> case class With[A,B](a: A, b: B) 
defined class With 











scala> val with1: With[String, Int] = With("Foo", 1) 
with1: With[String,Int] = With(Foo,1) 


scala> val with2: String With Int = With("Bar", 2) 
with2: With[String,Int] = With(Bar,2) 


scala> Seq(with1, with2) foreach { w => 


| wnmatch { 
| case s With i => println(s"$s with $i") 
| case _ => println(s"Unknown: $w") 
| } 
lE 

Foo with 1 

Bar with 2 





所 以 我 们 可 以 用 两 种 形式 书写 类 型 签名 : Mth[String,Int] 或 者 String With Int。 后 者 更 





易 阅 读 ， 不 过 缺乏 经 验 的 Scala 程序 员 可 能 会 感到 困惑 。 请 记 住 ， 尝 试用 类 似 的 语法 形式 
初始 化 一 个 值 是 不 可 行 的 : 

// src/main/scala/progscala2/patternmatching/infix.sc 

scala> val w = "one" With 2 


<console>:7: error: value With is not a member of String 


val w = "one" With 2 
A 


List 也 有 这 样 的 一 个 类 似 的 对 象 一 一 :: (http://www.scala-lang.org/api/current/scala. 
collection.immutable.$colon$colon)。 如 果 你 希望 逆序 处 理 序列 中 的 每 个 元 素 时 该 怎么 办 
WE? 可 以 用 一 个 对 象 进 行 处 理 ! Scala 库 的 对 象 :+ (http://www.scala-lang.org/api/current/ 
scala.collection.$colon$plus$) 可 以 让 你 匹配 List 的 最 后 一 个 元 素 ， 然 后 从 后 往 前 依次 访问 
各 元 素 : 


// src/main/scala/progscala2/patternmatching/match-reverse-seq.sc 
// Compare to match-seq.sc 





val nonEmptyList = List(1, 2, 3, 4, 5) 
val nonEmptyVector = Vector(1, 2, 3, 4, 5) 
val nonEmptyMap = Map("one" -> 1, "two" -> 2, "three" -> 3) 


def reverseSeqToString[T](l: Seq[T]): String = l match { 
case prefix :+ end => reverseSeqToString(prefix) + s" :+ $end" 
case Nil => "Nil" 


} 


for (seq <- Seq(nonEmptyList, nonEmptyVector, nonEmptyMap.toSeq)) { 
println(reverseSeqToString(seq) ) 


} 
输出 如 下 : 
Nil :+ 1 :+ 2 :+3 :+ 4 :+5 
Nil :+ 1 :+ 2 :+3 :+ 4 :+5 
Nil :+ (one,1) :+ (two,2) :+ (three,3) 


Nil 是 第 一 个 输出 的 元 素 ， 它 的 结合 性 是 左 结合 的 。 同 时 ， 对 于 其 他 两 个 输入 的 List 和 
Vector ， 也 生成 了 相同 的 输出 。 

你 应 该 比较 一 下 seqToString 和 reverseSeqToString 方法 ， 因 为 它们 各 自 使 用 不 同 的 方式 
实现 递归 。 在 此 之 前 ， 请 确保 你 理解 它们 各 自 的 工作 机 制 。 

像 之 前 一 样 ， 你 可 以 用 输出 的 内 容重 新 构造 一 个 集合 (第 二 行 输 出 与 第 一 行 重复 ， 可 以 
A): 


scala> Nil :+ 1 :+ 2 :+3:+4:+5 
res0: List[Int] = List(1, 2, 3, 4, 5) 

















对 于 Ltst， 用 于 追加 元 素 的 :+ 方法 以 及 用 于 模式 匹配 的 :+ 方法 均 需 要 O(n) 
的 时 间 复 杂 度 ， 这 两 个 方法 都 必须 要 从 列表 的 头 部 遍历 一 遍 。 而 对 于 其 他 基 
些 序列 ， 如 Vector ， 则 需要 00) 的 时 间 复 杂 度 。 
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4.6.2 unappLySed 方 法 


如 果 你 想 要 更 灵活 一 些 ， 和 希望 提取 序列 时 返回 非 固 定数 量 的 元 素 ， 该 怎么 办 呢 ? 
unapplySeq 方法 可 以 做 到 这 一 ， 点 。 除 了 apply 方 法 以 外 ，Seq 的 伴随 对 象 还 实现 
unapplySeq 方法 , 而 不 是 普通 伴随 对 象 的 unapply 方法 : 


def apply[A](elems: A*): Seq[A] 
def unapplySeq[A](x: Seq[A]): Some[Seg[A]] 


回顾 一 下 ， 在 这 里 A* 表示 elems 是 一 个 可 变 参数 列表 。 下 面 的 示例 是 对 之 前 例 IEP +: 的 
变形 ， 这 里 我 们 将 触发 unappLySeq 方法 的 调用 ， 并 考察 所 提取 元 素 的 “请 动 窗口 ”: 


// src/main/scala/progscala2/patternmatching/match-seq-unapplySeq.sc 

















val nonEmptyList = List(1, 2, 3, 4, 5) 110 
val emptyList = Nil 
val nonEmptyMap = Map("one" -> 1, "two" -> 2, "three" -> 3) 


// Process pairs 
def windows[T](seq: Seq[T]): String = seq match { 


case Seq(headi, head2, _*) => //@ 
s"(S$head1, $head2), " + windows(seq. tail) // 日 
case Seq(head, _*) => 
s"(S$head, _), " + windows(seq. tail) //@ 
case Nil => "Nil" 
} 


for (seq <- Seq(nonEmptyList, emptyList, nonEmptyMap.toSeq)) { 
println(windows(seq) ) 


@ 定义 了 一 个 非 空 LLst， 一 个 NML， 和 一 个 Map。 

@ 在 match 语句 中 ， 看 起 来 我 们 似乎 会 隐 含 调用 seq.appLty(…)， 但 实际 上 我 们 调用 的 是 
Seq.unapplyseq。 我 们 提取 了 前 两 个 元 素 ， 忽 略 了 用 _* 表示 的 其 他 可 变 参 数 。* 表示 另 
个 或 多 个 元 素 ， 与 正则 表达 式 中 的 * 类 位 。 

© 用 匹配 到 的 前 两 个 元 没 素 格式 化 字符 串 ， 同 时 调用 seq.tail 将 提取 的 “窗口 ”向 后 移 
动 一 位 。 注 意 ， 在 这 次 匹配 中 ， 我 们 并 有 提取 尾部 元 素 。 

@ 我 们 还 需要 匹配 只 个 元 素 的 序列 ， 否 则 匹配 就 不 完全 。 用 _ 表示 不 存在 的 “第 二 
个 ”元 素 。 我 们 已 经 知道 调用 windows(seq.tail) 会 返回 NML， 但 为 了 

重复 一 遍 ， 我 们 再 次 调用 了 windows 方法 。 
窗口 的 输出 为 : 

(1, 2), (2, 3), (3, 4), (4, 5), (5, _), Nil 
Nil 
((one,1), (two,2)), ((two,2), (three,3)), ((three,3), _), Nil 


我 们 依然 可 以 在 匹配 中 使 用 +:， 这 个 写法 更 加 优雅 : 


// src/main/scala/progscala2/patternmatching/match-seq-without-unapplySeq.sc 





















































val nonEmptyList 
val emptyList 
val nonEmptyMap 


List(1, 2, 3, 4, 5) 
Nil 
Map("one" -> 1, "two" -> 2, "three" -> 3) 


// Process pairs 

def windows2[T](seq: Seq[T]): String = seq match { 
case head1 +: head2 +: tail => s"($head1, $Shead2), " + windows2(seq. tail) 
case head +: tail => s"(Shead, _), " + windows2(tail) 
case Nil => "Nil" 


} 


for (seq <- Seq(nonEmptyList, emptyList, nonEmptyMap.toSeq)) { 
println(windows2(seq) ) 
} 


请 动 窗口 如 此 有 用 ，sSeq 甚至 提供 了 两 个 方法 用 于 创建 窗口 ; 


scala> val seq = Seq(1,2,3,4,5) 
seq: Seq[Int] = List(1, 2, 3, 4, 5) 














scala> val slide2 = seq.sliding(2) 
slide2: Iterator[Seq[Int]] = non-empty iterator 


scala> slide2.toSeq 
res0: Seq[Seq[Int]] = res56: Seq[Seq[Int]] = Stream(List(1, 2), ?) 


scala> slide2.toList 
resi: List[Seq[Int]] = List(List(1, 2), List(2, 3), List(3, 4), List(4, 5)) 


scala> seq.sliding(3,2).toList 

res2: List[Seq[Int]] = List(List(1, 2, 3), List(3, 4, 5)) 
这 两 个 sliding Fe ABR BE at, EME “PPE” AY. BFAR Fe INET SH PCT 
过 昂贵 这 两 个 函数 都 没有 立即 对 所 操作 的 列表 进行 复制 。 对 返回 的 选 代 器 调用 toseq 方 
法 ， 可 以 将 授 代 器 转 为 一 个 collection.immutable.Stream (http://www.scala-lang.org/api/ 
current/#scala.collection.immutable.Stream)。 这 是 一 个 惰性 列表 ， 创 建 时 即 对 列表 的 头 部 元 
素 求 值 ， 但 只 在 需要 的 时 候 才 对 尾部 元 素 求 值 。 调 用 toList 不 一 样 ， 它 返回 一 个 List， 
创建 时 就 求 出 了 所 有 元 素 的 值 。 


， 输 出 的 结果 与 之 前 的 例子 有 一 点 点 不 同 ， 例 如 ， 在 这 里 输出 的 结尾 没有 (5，-_ 


4.7 ”可 变 参 数列 表 的 匹配 


在 2.6 节 ， 我 们 介绍 了 Scala 对 方法 中 的 可 变 参 数列 表 的 支持 。 例 如 ， 在 编写 一 个 与 SQL 
交互 的 工具 ,或 是 用 一 个 case 类 来 表示 WHERE foo IN (vaL1，vaLt2，…) 这 样 的 SQL 语句 
(这 个 例子 来 自 于 真实 项 目 而 非 开源 代码 的 启发 ) 时 ， 我 们 用 到 了 Scala 对 可 变 参 数列 表 
的 支持 。 以 下 就 是 一 个 带 可 变 参 数列 表 的 case 类 ， 用 于 处 理 SQL 语句 中 的 各 个 值 。 代 码 
中 还 包括 了 另外 一 些 定义 ， 用 于 处 理 WHERE x OP y 这 样 的 SQL 语句，0P 是 SQL 的 比较 
操作 符 。 


// src/main/scala/progscala2/patternmatching/match-vararglist.sc 
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// Operators for WHERE clauses 
object Op extends Enumeration { //@ 
type Op = Value 


val EQ = Value("=" 
val NE = Value("!=") 
val LTGT = Value("<>" 
val LT = Value("<") 
val LE = Value("<=") 
val GT = Value(">") 
val GE = Value(">=") 

} 

import Op._ 














// 表示 SQL 的 "WHERE x op vatue" 语 句 ,其 中 +op+ 为 一 个 比较 
// 操作 符 : =; l=, <>, <, <=, >, or Ey 
case class WhereOp[T](columnName: String, op: Op, value: T) //@ 


// 表示 SQL 的 "WHERE x IN (a, b, c, ...)" 语句 。 
case class WhereIn[T](columnName: String, vali: T, vals: T*) // ® 


val wheres = Seq( //@ 
WhereIn("state", "IL", "CA", "VA"), 
WhereOp("state", EQ, "IL"), 
WhereOp("name", EQ, "Buck Trends"), 
WhereOp("age", GT, 29)) 


for (where <- wheres) { 
where match { 
case WhereIn(col, vali, vals @ _*) => // ® 
val valStr = (vali +: vals).mkString(", ") 
println (s"WHERE $col IN ($valStr)") 
case WhereOp(col, op, value) => println (s"WHERE $col Sop $value") 





case _ => println (s"ERROR: Unknown expression: Swhere") 
} 
} 
@ 定义 了 一 个 Enumeration 用 于 表示 比较 SQL 操作 符 ， 每 个 操作 符 有 一 个 “名 字 ”， 是 一 
MERR, 
@ 用 于 表示 WHERE x OP y 的 case 类 。 
© 用 于 表示 WHERE x IN (val1, val2, =) 的 case 类 。 
@ 用 于 解析 的 示例 对 象 。 
O 注意 匹配 可 变 参数 的 语法 形式 : name @ _*。 





用 于 匹配 可 变 参数 列表 的 语法 name @ _* 并 不 太 符 合 直觉 ， 但 在 有 些 场合 你 的 确 需 要 它 。 

以 下 是 示例 运行 的 输出 : 
WHERE state IN (IL, CA, VA) 
WHERE state = IL 


WHERE name = Buck Trends 
WHERE age > 29 








co 





4.8 正则 表达 式 的 匹配 
正则 表达 式 可 以 很 方便 地 从 符合 特定 结构 的 字符 串 中 提取 数据 。 
Scala 封装 了 Java 的 正则 表达 式 '。 以 下 给 出 一 个 示例 : 


// src/main/scala/progscala2/patternmatching/match-regex.sc 


val BookExtractorRE = """Book: title=([^,]+),\s+author=(.+)""".r //@ 
val MagazineExtractorRE = """Magazine: title=([%, ]+),\stissue=(.+)""".r 


val catalog = Seq( 
"Book: title=Programming Scala Second Edition, author=Dean Wampler", 
"Magazine: title=The New Yorker, issue=January 2014", 
"Unknown: text=Who put this here??" 


) 


for (item <- catalog) { 
item match { 
case BookExtractorRE(title, author) => //@ 
println(s"""Book "$title", written by Sauthor""") 
case MagazineExtractorRE(title, issue) => 
println(s"""Magazine "title", issue $issue""") 
case entry => println(s"Unrecognized entry: Sentry") 
} 
} 











@ 该 正则 表达 式 匹 配 一 个 用 于 表示 书本 的 字符 串 ， 其 中 有 两 个 捕捉 组 〈 注 意 正则 表达 式 














中 的 括号 )， 一 个 表示 标题 ， 一 个 表示 作者 。 调 用 r 方法 以 创建 正则 表达 式 。 第 二 个 正 
则 表达 式 匹 配 一 个 用 于 表示 杂志 的 字符 串 ， 其 中 的 Seen em hes rie FM 























@ 用 法 与 case 类 相似 ， 与 捕捉 组 相 匹 配 的 字符 串 被 提取 出 来 ， 赋 值 给 变量 。 
运行 的 输出 为 : 


Book "Programming Scala Second Edition", written by Dean Wampler 
Magazine "The New Yorker", issue January 2014 
Unrecognized entry: Unknown: text=Who put this here?? 








我 们 用 三 重 双 引号 来 表示 正则 表达 式 字 符 串 ， 否 则 ， 就 不 得 不 对 正则 表达 式 的 反 斜 杠 进行 
转 义 ， 例 如 用 \\s 表示 \s。 你 还 可 以 通过 创建 一 个 Regex 类 的 实例 来 定义 正则 表达 式 ， 如 
new Regex("""\W"""), 但 这 种 用 法 并 不 常见 。 











在 三 个 双 引 号 内 的 正则 表达 式 中 使 用 变量 插值 是 无 效 的。 你 依然 需要 对 变 
量 插值 进行 转 义 ， 例 如 ， 你 应 该 用 s"""$first\\s+$second""".r， 而 不 是 
s"""$first\s+$second""".r。 而 如 果 你 没有 使 用 变量 插值 ， 则 不 必 转 义 。 




















scala.util.matching.Regex 定义 了 若干 个 用 于 正则 表达 式 其 他 操作 的 方法 ， 如 查找 和 替换 。 








: 参见 《Java 教程 : 正则 表达 式 》。 
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4.9 再 谈 case 语 句 的 变量 绑 定 


假设 以 下 场景 : 你 需要 从 对 象 中 提取 值 ， 但 你 又 想 将 一 个 变量 赋 给 该 对 象 的 整体 。 该 怎么 
做 呢 ? 


我 们 来 对 前 文中 匹配 Person 类 的 属性 的 实例 做 以 下 修改 。 


// src/main/scala/progscala2/patternmatching/match-deep2.sc 








case class Address(street: String, city: String, country: String) 
case class Person(name: String, age: Int, address: Address) 


val alice = Person("Alice", 25, Address("1 Scala Lane", "Chicago", "USA")) 
val bob = Person("Bob", 29, Address("2 Java Ave.", "Miami", "USA")) 
val charlie = Person("Charlie", 32, Address("3 Python Ct.", "Boston", "USA")) 


for (person <- Seq(alice, bob, charlie)) { 
person match { 
case p @ Person("Alice", 25, address) => println(s"Hi Alice! $p") 
case p @ Person('"Bob", 29, a @ Address(street, city, country)) => 
println(s"Hi ${p.name}! age ${p.age}, in ${a.city}") 
case p @ Person(name, age, _) => 
println(s"Who are you, $age year-old person named $name? $p") 


} 
} 


P @ … 的 语法 将 整个 Person 类 的 实例 赋值 给 了 变量 p， 类 似 地 ，a @ … 也 将 整个 Address 
实例 赋值 给 了 变量 。 以 下 为 修改 版 本 的 实例 输出 。 (为 适应 排版 做 了 格式 化 。) 


Hi Alice! Person(Alice,25,Address(1 Scala Lane,Chicago,USA)) 

Hi Bob! age 29, in Miami 

Who are you, 32 year-old person named Charlie? Person(Charlie, 32, 
Address(3 Python Ct. ,Boston,USA) ) 


记 住 ， 如 果 不 需要 从 Person 实例 中 提取 属性 值 ， 我 们 只 要 写 为 p: Person => … 就 可 以 了 。 
4.10 有 再 谈 类 型 匹配 
考虑 以 下 例子 ， 我 们 试图 将 输入 的 List[Double] 和 List[String] 区 分 开 : 


// src/main/scala/progscala2/patternmatching/match-types.sc 
scala> for { 

| x<- Seq(List(5.5,5.6,5.7), List("a", "b")) 

| } yield (x match { 

| case seqd: Seq[Double] => ("seq double", seqd) 

| case seqs: Seq[String] => ("seq string", seqs) 

| case _ => ("unknown!", x) 

| }) 
<console>:12: warning: non-variable type argument Double in type pattern 
Seq[Double] (the underlying of Seq[Double]) is unchecked since it is 
eliminated by erasure 

case seqd: Seq[Double] => ("seq double", seqd) 


Nn 


al 


















































i 





<console>:13: warning: non-variable type argument String in type pattern 





Seq[String] (the underlying of Seq[String]) is unchecked since it is 
eliminated by erasure 
case seqs: Seq[String] => ("seq string", seqs) 
Nn 


<console>:13: warning: unreachable code 
case seqs: Seq[String] => ("seq string", seqs) 
Nn 


resO: List[(String, List[Any])] = 
List((seq double,List(5.5, 5.6, 5.7)),(seq double,List(a, b))) 


这 些 警 告 表示 什么 ?” Scala 运行 于 JVM 中 ， 这 些 警 告 来 源 于 JVM 的 类 型 擦 除 ， 类 型 擦 除 
是 Java 5 引入 泛 型 后 的 一 个 历史 遗留 。 为 了 避免 与 旧版 本 代码 断代 ，JVM 的 字 节 码 不 会 记 
住 一 个 泛 型 实例 (A List) 中 实际 传人 的 类 型 参数 的 信息 。 

所 以 ， 当 编译 器 只 能 识别 输入 对 人 象 为 List， 但 无 法 在 运行 时 识别 它 是 List[Double] 还 是 
List[String] 上 时， 编译 器 就 会 发 出 警告 。 事 实 上 ， 编 译 器 认为 第 二 个 匹配 List[string] 的 
case 子 句 是 不 可 达 代 码 ， 意 味 着 第 一 个 匹配 List[Double] 的 case 子 句 可 以 匹配 任意 List, 
输出 显示 ， 对 于 两 个 输入 ， 都 打印 出 了 seq double。 


一 个 不 太美 观 但 却 有 效 的 解决 方法 是 : 首先 匹配 集合 ， 然 后 用 一 个 磐 套 的 匹配 语句 去 匹配 
集合 中 的 第 一 个 元 素 ， 从 而 决定 其 类 型 。 这 样 的 话 ， 我 们 也 就 必须 单独 处 理 空 序列 : 


// src/main/scala/progscala2/patternmatching/match-types2.sc 




















def doSeqMatch[T](seq: Seq[T]): String = seq match { 
case Nil => "Nothing" 


case head +: _ => head match { 
case _ : Double => "Double" 
case _ : String => "String" 
case _ => "Unmatched seq element" 
} 
} 
for { 
x <- Seq(List(5.5,5.6,5.7), List("a", "b"), Nil) 
} yield { 
x match { 
case seq: Seq[_] => (s"seq ${doSeqMatch(seq)}", seq) 
case _ => ("unknown!", x) 
} 
} 





以 上 脚本 返回 了 期 望 的 输出 :Seq((seq Double,List(5.5, 5.6, 5.7)), (seq String,List(a, 
b)), (seq Nothing,List())), 


4.11 ”封闭 继承 层级 与 全 覆盖 匹配 


这 一 小 市 我 们 来 讨论 全 覆盖 匹配 的 需求 和 封闭 类 层级 的 应 用 场景 。 其 实 ， 我 们 在 2.10 市 已 
经 对 封闭 类 做 了 介绍 。 我 们 用 在 以 下 代码 中 使 用 封闭 继承 层级 类 来 表示 HTTP 协议 的 合法 
消息 类 型 (或 称 为 “方法 ”)。 


// src/main/scala/progscala2/patternmatching/http.sc 
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sealed abstract class HttpMethod() { //@ 
def body: String //@ 
def bodyLength = body. length 
} 
case class Connect(body: String) extends HttpMethod // ® 
case class Delete (body: String) extends HttpMethod 
case class Get (body: String) extends HttpMethod 
case class Head (body: String) extends HttpMethod 
case class Options(body: String) extends HttpMethod 
case class Post (body: String) extends HttpMethod 
case class Put (body: String) extends HttpMethod 
case class Trace (body: String) extends HttpMethod 
def handle (method: HttpMethod) = method match { //@ 
case Connect (body) => s"connect: (length: ${method.bodyLength}) $body" 
case Delete (body) => s"delete: (length: ${method.bodyLength}) $body" 
case Get (body) => s"get: (length: ${method.bodyLength}) $body" 
case Head (body) => s"head: (length: ${method.bodyLength}) $body" 
case Options (body) => s"options: (length: ${method.bodyLength}) $body" 
case Post (body) => s"post: (length: ${method.bodyLength}) $body" 
case Put (body) => s"put: (length: ${method.bodyLength}) $body" 
case Trace (body) => s"trace: (length: ${method.bodyLength}) $body" 
} 
val methods = Seq( 
Connect("connect body..."), 
Delete ("delete body..."), 
Get ("get body..."), 
Head ("head body..."), 
Options("options body..."), 
Post ("post body..."), 
Put ("put body..."), 
Trace ("trace body...")) 
methods foreach (method => println(handle(method) )) 
@ 定义 了 一 个 封闭 的 抽象 基 类 。 由 于 该 类 被 定义 为 封闭 的 ， 其 子 类 型 必须 定义 在 本 文 
件 内 。 
@ A HTTP 报 文 的 消息 体 定义 了 一 个 方法 。 
© 定义 了 8 个 继承 自 HttpMethod 的 case 类 ， 每 个 类 均 在 构造 方法 中 声明 了 参数 body: 
String。 由 于 每 个 类 均 为 case 类 ， 因 此 该 参数 是 一 个 val， 它 实现 了 HttpMethod 的 抽 
象 方法 def, 
© O anne 即使 我 们 没有 默认 的 匹配 子 句 ， 也 可 以 达到 全 禾 
盖 ， 因 为 输入 的 参数 method 只 可 能 是 我 们 定义 的 8 个 case 类 的 实例 。 
对 封闭 基 类 的 实例 做 模式 匹配 时 ， 如 果 case 语句 覆盖 了 所 有 当前 文件 定义 
的 类 型 ， 那 么 匹配 就 是 全 覆盖 的 。 由 于 不 允许 有 其 他 用 于 自 定义 的 子 类 型 ， 
随 着 项 目 演进 ， 匹 配 的 全 覆盖 性 也 不 会 丧失 。 
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由 此 可 以 得 出 的 一 个 推论 :如果 类 型 的 继承 层级 可 能 发 生变 化 ， 就 应 该 避免 使 用 sealed, 
这 取决 于 你 原 有 的 面向 对 象 继承 规则 ， 包 括 多 态 方法 的 设计 情况 。 如 果 你 去 掉 HttpMethod 
的 sealed 关键 字 ， 然 后 在 本 文件 或 其 他 文件 新 定义 一 个 子 类 型 ， 会 怎么 样 呢 ? 你 必须 在 代 
码 库 以 及 客户 端的 代码 库 中 找 出 并 修改 所 有 关于 HttpMethod 实例 的 模式 匹配 代码 。 

另外 ， 这 里 还 给 出 了 一 种 实现 某 些 方法 的 技巧 。 一 个 抽象 的 ， 不 带 参数 的 父 类 方法 ， 在 子 
类 型 中 可 以 用 一 个 val 实现 。 这 是 由 于 val 的 值 是 固定 的 〈 必 定 的 ) ， 而 一 个 不 带 参数 、 返 
回 值 为 某 类 型 变量 的 方法 可 以 返回 任意 一 个 该 类 型 的 变量 。 这 样 ， 使 用 val 实现 的 方法 在 
返回 值 上 严格 符合 方法 定义 ， 当 方法 被 “调用 ”时 ， 使 用 val 变量 与 真实 调用 方法 一 样 安 
人 全。 事实 上 ， 这 是 透明 引用 的 一 个 应 用 。 在 透明 引用 中 ， 我 们 用 一 个 值 代替 一 个 总 是 返回 
固定 值 的 表达 式 ! 


在 父 类 型 中 ， 不 带 参数 的 抽象 方法 可 以 在 子 类 中 用 val 变量 实现 。 推 荐 的 做 法 
是 : 在 抽象 父 类 型 中 声明 一 个 不 带 参 数 的 抽象 方法 ， 这 样 就 给 子 类 型 如 何 具体 
实现 该 方法 留 下 了 巨大 的 自由 ， 既 可 以 用 方法 实现 ， 也 可 以 用 val 变量 实现 。 










































































执行 该 脚本 ， 产 生 以 下 输出 : 


connect: (length: 15) connect body... 
delete: (length: 14) delete body... 
get: (length: 11) get body... 
head: (length: 12) head body... 
options: (length: 15) options body... 
post: (length: 12) post body... 
put: (length: 11) put body... 
trace: (length: 13) trace body... 


HttpMethod 的 case 类 很 小 ， 理 论 上 我 们 也 可 以 用 Enumeration 代替 。 但 那样 会 有 一 个 很 大 
的 缺陷 ， 就 是 编译 器 就 无 法 判断 Enumeration 相应 的 match 语句 是 否 全 覆盖 。 如 果 我 们 在 
这 里 使 用 了 Enumeration， 而 在 match 语句 中 忘记 了 匹配 Trace 的 语句 ， 那 我 们 也 只 能 在 运 
行 时 抛 出 MatchError 的 时 候 才 知道 这 个 错误 的 存在 。 























当 使 用 类 型 匹配 时 避免 使 用 枚 举 类 型 。 编 译 器 无 法 判断 匹配 语句 是 否 全 稚 盖 。 





4.12 ”模式 匹配 的 其 他 用 法 
幸运 的 是 ， 模 式 匹 配 这 一 强大 特性 并 不 仅仅 局 限于 case 语句 。 在 定义 变量 时 也 可 以 运用 模 
式 匹 配 ， 包 括 for 表达 式 中 的 变量 定义 。 


scala> case class Address(street: String, city: String, country: String) 
defined class Address 





scala> case class Person(name: String, age: Int, address: Address) 
defined class Person 
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scala> val Person(name, age, Address(_, state, _)) = 
| Person("Dean", 29, Address("1 Scala Way", "CA", "USA")) 
name: String = Dean 
age: Int = 29 
state: String = 


没 错 ， 只 用 了 一 个 步骤 ， 我 们 就 将 Person 中 所 有 需要 的 属性 抽取 了 出 来 ， 同 时 略 过 了 不 需 
要 的 属性 。 这 个 方法 也 可 以 用 在 List 上 。 
scala> val head +: tail = List(1,2,3) 


head: Int = 1 
tail: List[Int] = List(2, 3) 











scala> val head1 +: head2 +: tail = Vector(1,2,3) 

head1: Int = 1 

head2: Int = 2 

tail: scala.collection.immutable.Vector[Int] = Vector(3) 


scala> val Seq(a,b,c) = List(1,2,3) 


a: Int =1 
b: Int = 2 
c: Int = 3 


scala> val Seq(a,b,c) = List(1,2,3,4) 
scala.MatchError: List(1, 2, 3, 4) (of class collection.immutable.$colon$colon) 
. 43 elided 


这 个 技巧 非常 好 用 。 在 你 自己 的 示例 中 党 试 运用 下 吧 。 
在 if 表达 式 中 我 们 也 可 以 用 模式 匹配 : 


scala> val p = Person("Dean", 29, Address("1 Scala Way", "CA", "USA")) 
p: Person = Person(Dean,29,Address(1 Scala Way,CA,USA)) 








scala> if (p == Person("Dean", 29, 
| Address("1 Scala Way", "CA", "USA"))) "yes" else "no" 
res0: String = yes 


scala> if (p == Person("Dean", 29, 
| Address("1 Scala Way", "CA", "USSR"))) "yes" else "no 
resi: String = 


然而 ， 在 这 里 无 法 使 用 _ 占 位 符 : 


scala> if (p == Person(_, 29, Address(_, _, "USA"))) "yes" else "no 
<console>:13: error: missing parameter type for expanded function 
((x$1) => p.SeqSeq(Person(x$1,29,((x$2,x$3) => Address(x$2,x$3,"USA"))))) 
if (p == Person(_, 29, Address(_, _, "USA"))) "yes" else "no" 


AN 


名 为 $eq$eq 的 内 部 函数 用 于 == 测试 。 因 为 在 JVM 规范 中 ， 只 允许 字母 、 数 字 、_ 和 $ 作 
为 标识 符 ，Scala 对 一 些 非 字母 数字 的 字符 做 了 “字符 映射 ”， 使 得 它们 符合 JVM 规范 。 在 
这 里 ，= 变 成 了 $eq。 所 有 的 映射 规则 会 在 第 22 章 的 表 22-1 中 列 出 。 














假设 我 们 有 一 个 函数 ， 参 数 为 整数 序列 ， 将 所 有 整数 的 和 与 整数 的 个 数 放 在 元 组 中 返回 : 


scala> def sum_count(ints: Seq[Int]) = (ints.sum, ints.size) 


scala> val (sum, count) = sum_count(List(1,2,3,4,5)) 
sum: Int = 15 
count: Int = 5 


这 个 用 法 我 经 党 使用。 在 3.6.5 市 有 一 个 人 为 生 造 的 例子 ， 它 在 for 表达 式 中 使 用 模式 匹 


配 。 以 下 给 出 了 该 例子 中 与 模式 匹配 相关 的 片段 : 
// src/main/scala/progscala2/patternmatching/scoped-option-for.sc 


val dogBreeds = Seq(Some("Doberman"), None, Some("Yorkshire Terrier"), 
Some("Dachshund"), None, Some("Scottish Terrier"), 
None, Some("Great Dane"), Some("Portuguese Water Dog")) 


println("second pass:") 
for { 
Some(breed) <- dogBreeds 
upcasedBreed = breed.toUpperCase() 
} println(upcasedBreed) 


如 同 前 文 ， 脚 本 输出 依然 为 : 


DOBERMAN 

YORKSHIRE TERRIER 
DACHSHUND 

SCOTTISH TERRIER 
GREAT DANE 
PORTUGUESE WATER DOG 











In| 


模式 匹配 与 case 语句 的 另 一 个 便利 用 法 是 ， 它 们 可 以 使 带 复 杂 参 数 的 函数 字面 





量 更 易于 








使 用 : 


// src/main/scala/progscala2/patternmatching/match-fun-args.sc 


case class Address(street: String, city: String, country: String) 
case class Person(name: String, age: Int) 


val as = Seq( 
Address("1 Scala Lane", "Anytown", "USA"), 
Address("2 Clojure Lane", "Othertown", "USA")) 
val ps = Seq( 
Person("Buck Trends", 29), 
Person("Clo Jure", 28)) 


val pas = ps zip as 


// 不 太美 观 的 方法 : 
pas map { tup => 
val Person(name, age) = tup._1 
val Address(street, city, country) = tup. 2 
s"Sname (age: Sage) lives at $street, $city, in Scountry" 


} 
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注意 ， 压 缩 序列 的 类 型 为 seq[(Person,Address)]， 所 以 ， 我 们 传递 给 map 


// 不 错 的 方法 : 
pas map { 


case (Person(name, age), Address(street, city, country)) => 
s"$name (age: Sage) lives at $street, Scity, in Scountry" 


} 


的 参数 必须 是 一 


个 类 型 为 (Person,Address) => String 的 函数 。 我 们 给 出 了 两 个 函数 ， 第 一 个 是 一 个 “ 常 


规 ” 国 数 ， 带 一 个 元 组 参数 ， 使 用 模式 匹配 从 元 组 的 两 个 元 素 中 提取 属性 值 。 

















第 二 个 函数 是 一 个 偏 函 数 ， 这 在 偏 函 数 中 有 介绍 。 这 种 写法 在 语法 上 更 为 简洁 ， 特 别 是 需 
要 从 元 组 和 更 复杂 的 结构 中 抽取 值 时 。 但 是 需要 记 住 ， 由 于 给 出 的 是 一 个 偏 函 数 ， 所 以 
case 表达 式 必 须 精确 匹配 输入 ， 否 则 在 运行 时 会 抛 出 一 个 MatchError。 


使 用 以 上 两 个 函数 ， 产 生 的 字符 串 序 列 均 为 : 


SQL 解析 的 简 六 





List( 





"Buck Trends (age: 29) lives at 1 Scala Lane, Anytown, in USA", 
"Clo Jure (age: 28) lives at 2 Clojure Lane, Othertown, in USA") 


最 后 要 介绍 的 是 ， 我 们 可 以 在 正则 表达 式 中 用 模式 匹配 去 解构 字符 串 。 我 写 过 一 份 用 于 








程序 ， 以 下 是 从 该 程序 的 测试 代码 中 抽取 的 例子 : 


// src/main/scala/progscala2/patternmatching/regex-assignments.sc 











scala> val cols = """\*[[\w, ]+""" // 用 
cols: String = \*|[\w, ]+ 


Fed 

















// MFH 


scala> val table = rn 
table: String = \w+ 

















scala> val tail = """.#""" 
tail: String = .* 





scala> val selectRE = 


是 取 列 


ude 


// 用 于 其 他 语句 


| s"""SELECT\\s*(DISTINCT)?\\s+($cols)\\s*FROM\\s+($table)\\s*($tail)?;""".r 


selectRE: scala.util.matching.Regex = \ 


SELECT\s*(DISTINCT)?\s+(\*|[\w, ]+)\s*FROM\s+(\w+)\s*(.*)?; 


scala> val selectRE(distinct1, colsi, tablet, 
| "SELECT DISTINCT * FROM atable;" 

distinct1: String = DISTINCT 

colsi: String = * 

table1: String = atable 

otherClauses: String = "" 

scala> val selectRE(distinct2, cols2, table2, 
| "SELECT coli, col2 FROM atable;" 

distinct2: String = null 

cols2: String = "coli, col2 " 

table2: String = atable 

otherClauses: String = 


scala> val selectRE(distinct3, cols3, table3, 


otherClauses) = 


otherClauses) = 


otherClauses) = 





| "SELECT DISTINCT coli, col2 FROM atable;" 
distinct3: String = DISTINCT 
cols3: String = "col1, col2 " 
table3: String = atable 
otherClauses: String = "" 


scala> val selectRE(distinct4, cols4, table4, otherClauses) = 
| "SELECT DISTINCT coli, col2 FROM atable WHERE coli = 'foo';" 
distinct4: String = DISTINCT 
cols4: String = "col1, col2 " 
table4: String = atable 
otherClauses: String = WHERE col1 = 'foo' 


注意 ， 由 于 用 了 变量 插值 ， 因 此 在 正则 表达 式 字符 串 中 ， 必 须 增加 反 斜 杠 进行 转 义 ， 如 用 
\\s 代替 \s。 


显然 ， 用 正则 表达 式 去 解析 复杂 文本 如 XML 或 编程 语言 ， 有 其 局 限 性 。 抛 开 简单 的 例子 ， 
我 们 考虑 一 个 解析 库 就 会 明白 正则 表达 式 的 局 限 性 。 我 们 会 在 第 20 章 进一步 讨论 。 


4.13 ”总 结 天 于 模式 匹配 的 评价 


模式 匹配 是 一 个 强大 的 “协议 ”， 用 于 从 数据 结构 中 提取 数据 。JavaBeans 模型 有 一 个 无 意 
中 造成 的 结果 ， 就 是 模式 匹配 将 会 鼓励 开发 者 用 getter 和 setter 暴露 对 象 的 属性 。 而 这 种 
做 法 往往 忽略 了 一 点 ， 即 状态 应 该 被 封装 ， 只 在 恰当 的 时 候 才 暴露 出 来 ， 尤 其 对 可 变 的 属 
性 而 言 更 是 如 此 。 对 状态 信息 的 获取 应 该 小 心 设计 ， 以 反映 暴露 的 抽象 。 

考虑 一 下 ， 当 你 需要 以 一 种 可 探 的 方式 抽取 信息 时 ， 如 何 使 用 模式 匹配 ? 正如 我 们 在 
unapply 方法 中 看 到 的 那样 ， 你 可 以 自 定义 unapply 方法 去 控制 暴露 出 来 的 状态 。 这 些 方 法 
允许 你 抽取 信息 的 同时 隐藏 实现 细节 。 实 际 上 ，unappty 方法 返回 的 信息 可 能 是 类 型 的 属 
性 值 经 过 转换 后 的 结果 。 


最 后 要 说 明 的 是 : 当 设 计 模 式 匹配 语句 时 ， 需 要 谨慎 对 待 默 认 的 case 子 句 。 在 什么 情况 
下 ， 才 应 该 出 现 “ 以 上 均 不 匹配 ”的 情况 呢 ? 默认 case 子 句 有 可 能 表明 ， 你 该 改善 一 下 程 
序 的 设计 了 。 这 样 ， 你 会 更 准确 地 知道 程序 中 可 能 发 生 的 所 有 匹配 的 情况 。 

在 for 循环 中 ， 模 式 匹 配 的 惯用 方法 使 得 Scala 代码 简单 却 又 强大 。 对 于 功能 相同 的 代码 ， 
Scala 程序 的 行 数 比 Java 程序 少 10 倍 的 情况 并 不 罕见 。 

所 以 ， 尽 管 Java 8 增加 匿名 函数 (Lambda) 一 种 类 似 模式 匹配 和 for 循环 的 工具 一 一 是 
一 个 巨大 的 改进 ， 但 Scala 可 以 缩减 几 行 代 码 的 优势 ， 是 一 个 让 你 由 Java 转向 Scala 的 理由 。 


2r E 
414 ”本章 回顾 与 下 一 章 提要 
模式 匹配 是 很 多 图 数 式 语 言 之 所 以 强大 的 标志 。 它 是 一 个 可 以 灵活 又 简洁 地 从 数据 结构 中 
抽取 数据 的 工具 。 我 们 已 经 看 到 了 在 case 语句 和 其 他 表达 式 中 使 用 模式 匹配 的 示例 。 


下 一 章 我 们 将 讨论 一 个 Scala 中 独一无二 、 强 大 但 有 争议 的 特性 一 一 隐 含 。 其 中 有 一 系列 用 于 
构建 领域 特定 语言 (DSL) 的 工具 ， 可 以 减少 元 余 度 ， 使 API 更 易 使 用 、 更 易 进行 自 定义 。 
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第 5 章 


隐 式 详解 





A (implicit) 是 Scala 的 一 个 强大 的 特性 ， 同 时 也 是 一 个 可 能 存在 争议 的 特性 。 使 用 隐 
式 能 够 减少 代码 ， 能 够 向 己 有 类 型 中 注入 新 的 方法 ， 也 能 够 创建 领域 特定 语言 (DSL)。 
隐 式 之 所 以 会 产生 争议， 是 因为 除了 通过 Predef 对 象 自动 加 载 的 那些 隐 式 对 象 外 ， 其 他 在 
源码 中 出 现 的 隐 式 对 象 均 不 是 本 地 对 象 。 隐 式 对 象 一 旦 进入 作用 域 ， 编 译 器 便 能 执行 该 隐 
式 对 象 以 生成 方法 参数 或 将 指定 参数 转化 成 预期 类 型 。 不 过 在 阅读 源 代码 时 ， 读 者 无 法 简 
单 地 指出 什么 时 候 会 应 用 这 些 隐 式 值 和 隐 式 方法 ， 而 这 可 能 会 给 该 读者 造成 困惑 。 幸 运 的 
是 随 着 经 验 的 累积 ， 你 能 够 意识 到 什么 时 候 将 会 触发 这 些 隐 式 对 象 ， 你 也 可 以 通过 阅读 这 
些 对 象 的 API 来 学 习 这 些 知识 。 不 过 对 于 初学 者 而 言 ， 这 将 是 一 段 意 外 之 旅 。 

想 要 理解 隐 式 对 象 的 工作 机 制 需 要 采用 较为 直接 的 学 习 方 法 。 本 章 的 大 多 数 篇 幅 将 通过 示 
例 讲解 隐 式 对 象 能 够 解决 的 问题 。 


5.1 RSH 
在 2.5.3 节 中 ， 我 们 使 用 了 implicit 关键 字 标 记 那 些 用 户 无 需 显 式 提 供 的 方法 参数 。 调 用 
方法 时 ， 如 果 未 输入 隐 式 参数 且 代码 所 处 作用 域 中 存在 类 型 兼容 值 时 ， 类 型 兼容 值 会 从 作 
用 域 中 调 出 并 被 使 用 ， 反 之 ， 系 统 将 会 抛 出 编译 器 错误 。 
假设 我 们 定义 了 一 个 用 于 计算 销售 税 的 方法 ， 而 税率 被 设置 为 隐 式 参数 。 

def calcTax(amount: Float)(implicit rate: Float): Float = amount * rate 
调用 该 方法 时 ， 系 统 会 将 代码 所 在 局 部 作用 域 中 的 某 一 隐 式 值 传 入 此 方法 : 


implicit val currentTaxRate = 0.08F 










































































val tax = calcTax(50000F) // 4000.0 
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对 于 某 些 简单 的 场景 ， 设 定 一 个 固定 的 浮 点 数 就 能 满足 需求 。 不 过 有 些 场景 可 能 就 不 这 么 
简单 了 。 例 如 某 些 应 用 需要 知道 当前 事务 发 生 的 具体 地 点 ， 以 便 增收 地 方 税 。 而 为 了 促进 
购物 消费 ， 某 些 辖 区 也 可 能 会 将 年 假 的 最 后 几 天 设 定 为 “免税 期 ”。 
幸运 的 是 ， 我 们 可 以 使 用 隐 式 方法 解决 这 一 问题 。 隐 式 对 象 本 身 不 具有 任何 参数 ， 除 非 该 
参数 同样 被 标示 为 隐 式 参数 。 下 面 列举 了 计算 销售 税 的 完整 示例 : 


// src/main/scala/progscala2/implicits/implicit-args.sc 








// 永远 不 要 用 FLoat 类 型 表示 货 
def calcTax(amount: Float)(implicit rate: Float): Float = amount * rate 


object SimpleStateSalesTax { 
implicit val rate: Float = 0.05F 


} 


case class ComplicatedSalesTaxData( 
baseRate: Float, 
isTaxHoliday: Boolean, 
storelId: Int) 


object ComplicatedSalesTax { 
private def extraTaxRateForStore(id: Int): Float = { 
// 可 以 通过 id 推断 出 商铺 所 在 地 ,之 后 再 计算 附加 税 …… 
0.0F 
} 



































implicit def rate(implicit cstd: ComplicatedSalesTaxData): Float = 
if (cstd.isTaxHoliday) 0.0F 
else cstd.baseRate + extraTaxRateForStore(cstd.storeld) 


} 
{ 


import SimpleStateSalesTax.rate 


val amount = 100F 
println(s"Tax on Samount = ${calcTax(amount)}") 


} 
{ 


import ComplicatedSalesTax.rate 
implicit val myStore = ComplicatedSalesTaxData(0.06F, false, 1010) 


val amount = 100F 
println(s"Tax on Samount = ${calcTax(amount)}") 


} 


尽管 我 们 是 在 可 插入 字符 串 (interpolated string) 中 调用 calcTax 方法 ， 但 该 方法 仍然 会 将 
隐 式 值 应 用 到 rate 参数 上 。 


还 有 一 类 更 复杂 的 情景 : 我 们 可 以 定义 一 个 包含 了 隐 式 参数 的 隐 式 方法 ， 该 隐 式 参数 将 接 
收 方法 所 需 的 数据 。 


运行 该 脚本 将 得 到 以 下 输出 : 
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Tax on 100.0 


5.0 
Tax on 100.0 6.0 


调用 implicitly 方 法 

Predef 对 象 中 定义 了 一 个 名 为 implicity 的 方法 。 如 果 将 implicity 方法 与 附加 类 型 签名 
(type signature addition) 相 结合 ， 便 能 以 一 种 有 用 且 快 捷 的 方式 定义 一 个 接收 参数 化 类 型 
隐 式 参数 的 函数 。 


在 下 列 示例 中 ， 我 们 使 用 了 这 种 方法 对 List 的 sortBy 方法 进行 封装 。 


// src/main/scala/progscala2/implicits/implicitly-args.sc 
import math.Ordering 


case class MyList[A](list: List[A]) { 
def sortBy1[B](f: A => B)(implicit ord: Ordering[B]): List[A] = 
list.sortBy(f) (ord) 


def sortBy2[B : Ordering](f: A => B): List[A] = 
list.sortBy(f)(implicitly[Ordering[B]]) 
} 


val list = MyList(List(1,3,5,2,4)) 


list sortBy1 (i => -i) 

list sortBy2 (i => -i) 
有 些 集合 提供 了 一 些 排序 方法 ，List.sortBy 便 是 其 中 之 一 。List.sortBy 方法 的 第 一 个 参 
数 类 型 为 函数 ， 该 输入 函数 能 够 将 函数 的 输入 参数 转化 为 男 一 个 满足 math. Ordering 条 件 
的 类 型 。 而 math.Ordering 是 与 Java 中 的 Comparable (http://docs.oracle.com/javase/8/docs/ 
api/java/lang/Comparable.html) 抽象 等 同 的 类 型 。List.sortBy 方法 的 另 一 个 参数 则 为 隐 式 
参数 ， 该 参数 知道 如 何 对 类 型 B 的 实例 进行 排序 。 


MyList 类 提供 了 两 种 方式 编写 像 sortBy 类 型 的 方法 。 第 一 种 实现 : sortByl 方法 应 用 了 
我 们 已 知 的 语法 。 该 方法 接受 一 个 额外 的 类 型 为 ordering[B] 的 隐 式 值 作为 其 输入 。 调 用 
sortBy1 方法 时 ， 在 当前 作用 域 中 一 定 存在 某 一 0rdering[B] 的 对 象 实例 ， 该 实例 清楚 地 知 
道 如 何 对 我 们 所 需要 的 B 类 型 对 象 进行 排序 。 我 们 认为 B 的 界限 被 “上 下 文 ” 所 限定 ,在 
这 个 例子 中 ， 上 下 文 限定 了 B 对 实例 进行 排序 的 能 力 。 

由 于 这 种 Scala 方言 应 用 非常 普遍 ， 因 此 Scala 提供 了 一 个 简化 版 的 语法 ， 这 正 是 第 二 类 实 
现 sortBy2 所 使 用 的 语法 。 类 型 参数 B : Ordering 被 称 为 上 下 文 定 界 (context bound), 它 
暗 指 第 二 个 参数 列表 (也 就 是 那个 隐 式 参数 列表 ) 将 接受 0rdering[B] 实例 。 


不 过 ， 我 们 仍 需要 在 方法 中 访问 Ordering 对 象 实例 。 由 于 在 源 代码 中 我 们 不 再 明确 地 声 
HH Ordering 对 象 实例 ， 因 此 这 个 实例 没有 自己 的 名 称 。 针 对 这 种 现象 我 们 该 怎么 办 呢 ? 
predef.implicitly 方 法 帮 我 们 解决 了 这 个 问题 。implicitly 方 法 会 对 传 给 函数 的 所 有 
标记 为 隐 式 参数 的 实例 进行 解析 。 请 注意 implicitly 方法 所 需要 的 类 型 签名 ， 在 本 例 中 
ordering[B] 是 其 类 型 签名 。 
























































当 我 们 需要 类 型 为 参数 化 类 型 的 隐 式 参数 时 ， 当 类 型 参数 属于 当前 作用 域 的 
其 他 一 些 类 型 时 〈 例 如 : [B : Ordering] 代表 了 类 型 为 Ordering[B] 的 隐 
式 参数 )， 可 以 将 上 下 文 定 界 (context bound) 与 implicitly 方法 结合 起 来 ， 
以 简洁 地 方式 解决 这 个 问题 。 








5.2 ” 隐 式 参数 适用 的 场景 

程序 员 应 谨慎 明智 地 使 用 隐 式 对 象 。 滥 用 隐 式 对 象 会 让 读者 无 法 理解 代码 的 用 意 。 

既然 隐 式 参数 具有 准 端 ， 那 么 我 们 为 什么 还 要 使 用 它 呢 ? 目 前 已 经 有 不 少 通过 隐 式 参数 实 
现 的 常见 习 语 (idiom)， 隐 式 参 数 为 这 些 习 语 带 来 两 类 好 处 : 第 一 类 好 处 是 能 够 消除 样板 
代码 ， 例 如 隐 式 对 象 提供 了 上 下 文 信息 以 省 略 明确 指定 这 些 信息 的 代码 ， 第 二 类 好 处 是 
通过 引入 约束 来 减少 bug 数量 以 及 使 用 参数 化 类 型 对 某 些 方法 允许 的 输入 参数 类 型 进行 限 
定 。 下 面 我 们 将 对 这 些 习 语 进 行 分 析 。 


5.2.1 执行 上 下 文 


在 2.5.3 节 ， 我 们 学 习 了 关于 Future 对 象 的 示例 ， 示 例 中 的 apply 方法 的 第 二 个 参数 列 
表 被 设 为 隐 式 参数 ， 该 参数 用 于 将 ExecutionContext 对 象 (http://www.scala-lang.org/api/ 
current/#scala.concurrent.ExecutionContext) 传递 给 Future.applty 方法 (http://www.scala- 








lang.org/api/current/#scala.concurrent.Future$) : 

apply[T](body: => T)(implicit executor: ExecutionContext): Future[T] 
一 些 其 他 的 方法 同样 提供 了 这 类 隐 式 参数 。 
尽管 我 们 在 调用 这 些 方法 时 并 未 指定 ExecutionContext 对 象 ， 但 是 我 们 导入 了 可 供 编 译 器 
使 用 的 全 局 默认 值 : 

import scala.concurrent.ExecutionContext.Implicits.global 
使 用 隐 式 参数 传 入 “执行 上 下 文 ” 是 一 个 值得 推荐 的 用 法 。 另 外 ， 编 写 事务 、 数 据 库 连 
接 、 线 程 池 以 及 用 户 会 话 时 隐 式 参数 上 下 文 也 同样 适合 使 用 。 使 用 方法 参数 能 组 合 行为 ， 
而 将 方法 参数 设置 为 隐 式 参数 能 够 使 API 变 得 更 加 简洁。 





5.2.2 ”功能 控制 

除了 能 够 传递 上 下 文 对 象 之 外 ， 隐 式 参 数 还 具有 控制 系统 功能 的 作用 。 

举 个 例子 ， 通 过 引入 授权 令 牌 ， 我 们 可 以 控制 某 些 特定 的 API 操作 只 能 供 某 些 用 户 调用 ， 我 
们 也 可 以 使 用 授权 令 牌 决定 数据 可 见 性 ， 而 隐 式 用 户 会 话 参 数 也 许 就 包含 了 这 类 令 牌 信息 。 
假设 你 想 要 创建 用 户 界 面 的 菜单 ， 其 中 某 些 菜单 项 只 对 已 登录 用 户 可 见 ， 而 其 他 菜单 项 则 
仅 对 未 登录 用 户 可 见 。 


def createMenu(implicit session: Session): Menu = { 
val defaultItems = List(helpItem, searchItem) 
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val accountItems = 


if (session. loggedin()) List(viewAccountItem, editAccountItem) 
else List(loginItem) 
Menu(defauLtItems ++ accountItems) 


} 


5.2.3 ”限定 可 用 实例 

设想 一 下 ， 我 们 希望 对 具有 参数 化 类 型 方法 中 的 类 型 参数 进行 限定 ， 使 该 参数 只 接受 某 些 
类 型 的 输入 。 那 么 该 如 何 处 理 呢 ? 

假如 允许 输入 的 所 有 参数 类 型 均 为 某 一 公共 超 类 的 子 类 型 ， 那 么 无 需 应 用 隐 式 技术 ， 面 向 
对 象 的 技术 便 可 解决 这 一 问题 。 让 我 们 首先 思考 一 下 解决 方案 。 

在 3.10 节 中 ， 我 们 通过 示例 演示 和 掌握 了 如 何 实现 资源 管理 器 : 


object manage { 
def apply[R <: { def close():Unit }, T](resource: => R)(f: R => T) = {...} 


} 



























































类 型 参数 R 必须 是 定义 了 close():Unit 方法 的 任意 类 型 的 子 类 。 否 则 ， 我 们 管理 的 所 有 资 
源 都 必须 实现 Closable 的 trait (请 回顾 Scala 是 如 何 使 用 trait 取代 并 扩展 Java 接口 的 。 详 
情 参 见 3.14 节 ): 














trait Closable { 
def close(): Unit 
} 
object manage { 
def appLy[R <: Closable, T](resource: => R)(f: R => T) = {...} 


} 


假如 这 些 类 型 并 无 公共 超 类 ， 这 项 技术 便 无 用 武之 地 。 对 于 这 种 情况 ， 我 们 可 以 使 用 隐 式 
参数 对 允许 的 类 型 进行 限定 。Scala 集合 API 就 是 利用 这 项 技术 解决 了 一 些 设计 上 的 问题 。 
具体 的 集合 类 所 支持 的 某 些 方法 是 由 父 类 实现 的 。 例 如 : List[A].map(f: A => B): 
List[B] 方法 首先 将 国 数 f 运 用 在 各 个 元 素 之 上 ， 之 后 又 创建 了 一 个 新 的 列表 。 由 于 大 多 
数 的 集合 都 提供 了 map 方法 ， 因 此 在 一 个 通用 的 trait 中 实现 map 方法 ， 再 将 该 trait 混和 人 
(我 们 在 3.14 节 中 讨论 了 如 何 使 用 trait 实现 “混入 ”) 到 需要 该 方法 的 集合 中 也 就 顺理成章 
了 。 不 过 假如 我 们 希望 map 方法 能 返回 与 容器 元 素 类 型 相同 的 类 型 ， 那 么 又 该 使 用 什么 机 
制 通知 map 方法 呢 ? 











应 用 Scala API 


Scala API 运用 一 种 常见 的 手法 ， 将 一 个 “构建 器 ”(builder) 作为 隐 式 参数 传人 到 map 方 
法 中 。 该 构建 器 知道 如 何 构 造 一 个 同 种 类 型 的 新 容器 。 这 实际 上 与 定义 在 TraversableLike 
(http://www.scala-lang.org/api/current/index.html#scala.collection.TraversableLike) 中 


的 map 方法 的 签名 很 相似 。TraversableLike 是 一 个 trait， 它 被 混入 了 那些 “可 遍历 ” 
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(traversable) 的 容器 类 型 中 。 


trait TraversableLike[+A, +Repr] extends ... { 


def map[B, That](f: A => B)( 
implicit bf: CanBuildFrom[Repr, B, That]): That = {...} 


oe 


我 们 再 回顾 一 下 ，+A 意味 着 TraversableLike[A] 类 型 是 A 类 型 的 协 变 (covariant) ; 假如 B 
类 型 是 A 类 型 的 子 类 型 ， 那 么 TraversableLike[B] 类 型 也 是 TraversableLike[A] 类 型 的 子 
CanBuildFrom (http://www.scala-lang.org/api/current/index.html#scala.collection.generic. 


CanBuildFrom) 便 是 我 们 所 使 用 的 构造 器 。 只 要 存在 一 个 隐 式 构建 器 对 象 ， 你 便 能 够 构建 
出 任意 一 个 你 想 要 的 新 容器 。 为 了 强调 这 点 ， 该 构建 器 被 命名 为 CanBuildForm。 


实际 上 ， 容 器 通过 Repr 类 型 持 有 内 部 的 元 素 ， 而 B 类 型 则 是 函数 f 所 生成 的 元 素 的 类 型 。 
B 便 是 我 们 想 要 创建 的 目标 集合 的 类 型 参数 。 通 常情 况 下 ， 我 们 希望 构建 一 个 与 输入 类 
型 相同 新 的 容器 ， 人 允许 类 型 参数 有 所 差异 。 也 就 是 说 ，B 也 许 与 A 类 型 相同 ， 也 许 不 同 。 
Scala API 为 所 有 内 置 的 容器 类 型 提供 了 隐 式 的 CanBuildFron 构造 器 。 


因此 ，map 操作 可 以 输出 的 集合 类 型 是 由 当前 存在 的 对 应 的 CanBuildFron 构造 器 实例 所 决 
定 的 ， 而 这 些 构造 器 在 当前 作用 域 被 声明 为 隐 式 对 象 。 假 如 你 自 定义 了 某 些 容器 ， 而 你 希 
望 能 够 复 用 像 TraversableLike.map 这 样 的 方法 实现 ， 你 需要 创建 CanBuildFrom 类 型 ， 并 
在 这 些 容器 的 代码 中 导入 它们 的 隐 式 示例 。 

下 面 我 们 将 学 习 另 一 个 示例 : 你 希望 编写 Java 数据 库 API 的 Scala 封装 类 。 这 个 示例 受到 
了 Cassandra 数据 库 API (https://github.com/datastax/java-driver) 的 启发 : 






































// src/main/scala/progscala2/implicits/java-database-api.scala 














// 为 了 方便 用 户 使 用 ,我 们 使 用 Scala 编写 了 数据 库 API ,该 API 与 Java API 较 为 类 似 。 
package progscala2.implicits { 
package database api { 











case class InvalidColumnName(name: String) 
extends RuntimeException(s"Invalid column name $name") 


trait Row { 
def getInt (colName: String): Int 
def getDouble(colName: String): Double 
def getText (colName: String): String 
} 
} 


package javadb { 
import database_api._ 


case class JRow(representation: Map[String,Any]) extends Row { 
private def get(colName: String): Any = 
representation.getOrElse(colName, throw InvalidColumnName(colName) ) 
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def getInt (colName: String): Int 

def getDouble(colName: String): Double 

def getText (colName: String): String 
} 


get(colName).asInstanceOf [Int] 
get(colName).asInstanceOf [Double] 
get(colName).asInstanceOf [String] 


object JRow { 
def apply(pairs: (String,Any)*) = new JRow(Map(pairs :_*)) 
} 
} 
} 


为 了 方便 起 见 ， 我 使 用 Scala 语言 编写 了 这 个 API。API 使 用 Map 表示 结果 集中 的 一 行 ， 不 
过 考虑 到 效率 问题 ， 在 现实 的 实现 中 也 许 会 使 用 字 市 数组 表示 一 行 数据 。 

getInt, getDouble, getText 以 及 其 他 一 些 尚 未 实现 的 一 组 方法 便 构成 了 该 API 的 核心 功 
能 。 这 些 方法 将 某 一 列 的 原始 数据 转化 为 具有 正确 类 型 的 值 ， 假 如 你 对 某 一 列 使 用 了 错 
误 的 类 型 方法 ， 这 些 方法 将 抛 出 ClassCaseException 异常 (http://docs.oracle.com/javase/8/ 
docs/api/java/lang/ClassCastException.html ) 。 

如 果 我 们 只 定义 一 个 get[T] 方法 ， 其 中 T 代表 某 一 允许 的 列 值 类 型 ， 会 不 会 更 好 一 些 呢 ? 
这 有 助 于 提供 更 加 统一 的 调用 接口 ， 因 为 调用 这 一 方法 时 我 们 不 再 需要 case 语句 选择 正确 
的 调用 方法 ， 而 且 有 时 候 我 们 还 能 在 这 些 接口 中 使 用 类 型 推导 。 

在 Java 中， 原始 类 型 与 引用 类 型 的 区 别 之 一 在 于 我 们 无 法 在 像 get[T] 这 样 的 参数 化 方法 
中 使 用 原始 类 型 。 我 们 必须 使 用 装 箱 后 的 类 型 ， 比 如 使 用 Java. Lang. Integer 类 型 来 替代 
int 类 型 。 但 是 在 高 性 能 数据 应 用 程序 中 我 们 往往 不 希望 出 现 装 箱 操作 的 性 能 损耗 ! 

不 过 ， 我 们 在 Scala 中 可 以 这 样 做 : 


// src/main/scala/progscala2/implicits/scala-database-api.scala 









































// 运用 ScalLa 封 装 对 象 实现 类 Java 的 数据 库 API。 
package progscala2.implicits { 
package scaladb { 
object implicits { 
import javadb.JRow 





implicit class SRow(jrow: JRow) { 
def get[T](colName: String)(implicit toT: (JRow,String) => T): T = 
toT(jrow, colName) 


} 


implicit val jrowToInt: (JRow,String) => Int = 
(jrow: JRow, colName: String) => jrow.getInt(colName) 
implicit val jrowToDouble: (JRow,String) => Double = 
(jrow: JRow, colName: String) => jrow.getDouble(colName) 
implicit val jrowToString: (JRow,String) => String = 
(jrow: JRow, colName: String) => jrow.getText(colName) 


} 


object DB { 
import implicits._ 
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def main(args: Array[String]) = { 
val row = javadb.JRow("one" -> 1, "two" -> 2.2, "three" -> "THREE!") 


val oneValue1: Int 
val twoValue1: Double row.get("two") 

val threeValue1: String = row.get("three") 

// val fourValue1: Byte = row.get("four") // 不 编译 该 行 


row.get("one") 


println(s"one1 -> SoneValuei") 
println(s"two1 -> $twoValuei") 
println(s"three1 -> $threeValue1") 


val oneValue2 row.get[Int]("one") 


val twoValue2 = row.get[Double]('"two") 

val threeValue2 = row.get[String]("three") 

// val fourValue2 = row.get[Byte]("four") // 不 编译 该 行 
printLn(s"one2 -> SoneValue2") 


printLn(s"two2 -> $twoValue2") 
println(s"three2 -> $threeValue2") 
} 
} 
} 
} 


在 隐 式 对 象 中 ， 我 们 使 用 了 一 个 隐 式 类 对 Java 的 JRow 类 进行 封装 ， 而 该 封装 类 中 提供 了 
我 们 想 要 的 get[T] 方法 。 我 们 将 这 些 类 称 为 隐 式 转换 (implicit conversion)。 这 一 知识 点 
我 们 将 在 本 章 后 面 的 篇 幅 中 谈论 到 。 现 在 ， 你 只 需要 了 解 使 用 隐 式 转换 后 我 们 可 以 对 JRow 
实例 调用 get[T] 方法 ， 就 好 像 该 方法 就 是 为 该 实例 定义 的 那样 。 


get[T] 方法 接受 两 个 参数 列表 ， 第 一 个 参数 列表 是 从 行 中 读 取 数据 所 需要 使 用 到 的 列 名 ， 
第 二 个 是 一 个 隐 式 函数 参数 。 该 函数 将 抽取 行 中 茶 一 列 的 数据 ， 并 将 该 列 数 据 转 化 成 正确 
的 类 型 。 

假如 你 仔细 阅读 get[T] 方法 ， 你 会 注意 到 该 方法 引用 了 jron 实例 ， 而 jrow 实例 被 传递 给 
了 SRow 的 构造 方法 。 不 过 ， 我 们 并 未 使 用 val 关键 字 声 明 ， 因 此 jron 并 不 是 该 类 的 成 员 。 
那么 get[T] 方法 是 如 何 引 用 这 个 值 的 呢 ? 很 简单 ， 由 于 jrow 位 于 类 体 作 用 域内 ，get[T] 
可 以 直接 使 用 它 。 

有 时 某 些 构造 参数 并 未 被 声明 为 一 个 字段 (使 用 val 或 var)， 这 是 因为 这 些 
参数 并 未 持 有 类 型 的 状态 信息 ， 因 此 也 无 需 暴 露 给 客户 。 不 过 由 于 这 些 参数 

位 于 整个 类 型 体 的 作用 域内 ， 类 型 的 其 他 成 员 仍 可 以 引用 它们 。 
































我 们 接 下 来 定义 了 三 个 函数 类 型 的 隐 式 值 ， 这 些 函 数 输入 JRow， 返 回 具 有 正确 类 型 的 列 
值 。 为 了 能 够 调用 get[T]， 这 些 函 数 使 用 了 implicitly 方法 。 

最 后 ， 我 们 定义 用 于 测试 的 DB 对 象 。 该 对 象 首先 创建 了 一 个 JRow 对 象 ， 之 后 对 JRow 对 
象 调用 get[T] 方法 ， 获 得 了 三 列 的 数值 。DB 对 象 执行 了 两 遍 这 样 的 操作 。 第 一 遍 执行 操 
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作 时 ， 系 统 能 够 通过 变量 类 型 推导 出 T 类 型 ， 例 如 : 根据 oneValuet 的 类 型 推导 出 T 类 型 。 
而 第 二 次 执行 操作 时 ， 我 们 省 略 了 变量 类 型 注释 ， 明 确 地 指定 get[T] 中 T 对 应 的 参数 值 。 
因此 ， 我 更 青睐 于 第 二 种 方式 。 

如 果 想 要 执行 该 代码 ， 我 们 需要 启动 sbt 并 输入 run-main progscala2.implicits. 
scaladb.DB 命令 。 该 命令 将 会 按 需 编译 代码 : 





























> run-main progscala2.implicits.scaladb.DB 
[info] Running scaladb.DB 

onel ->1 

two1 -> 2.2 

three1 -> THREE! 

one2 -> 1 

two2 -> 2.2 

three2 -> THREE! 

[success] Total time: 0s, ... 


请 注意 源 代码 中 注释 了 抽取 字 节 值 对 应 的 代码 行 。 假 如 移 除了 这 些 行 中 的 // 字符 ， 编 译 
将 会 出 现 错 误 。 下 面 列 出 了 在 移 除 第 一 行 注释 代码 后 的 错误 信息 (为 了 适应 图 书 大 小 ， 我 
们 在 错误 信息 中 添加 了 换行 符 )。 
[error] .../implicits/scala-database-api.scala:31: ambiguous implicit values: 
[error] both value jrowToInt in object Implicits of type => 
(javadb.JRow, String) => Int 
[error] and value jrowToDouble in object Implicits of type => 
(javadb.JRow, String) => Double 
[error] match expected type (javadb.JRow, String) => T 
[error] val fourValue1: Byte = row.get("four") // 本 行 不 会 被 编译 


我 们 遇 到 了 两 种 可 能 错误 中 的 一 种 。 在 这 个 例子 中 ， 由 于 作用 域 中 存在 一 些 隐 式 转换 ， 同 
Ih}, Byte 是 如 同 Int 或 Double 类 型 的 数字 ， 编 译 器 因此 并 没有 将 其 转换 成 两 者 中 的 任意 
一 种 类 型 ， 因 为 编译 不 允许 出 现 二 义 性 。 但 由 于 这 两 个 函数 抽取 了 太 多 的 字 市 ， 无 论 如 何 
都 会 抛 出 错误 ! 
假设 当前 作用 域 中 不 存在 任何 隐 式 转换 ， 你 也 会 得 到 一 个 不 同 的 错误 。 即 使 我 们 注释 了 对 
A Implicit 中 定义 的 三 个 隐 式 值 ， 每 次 调用 时 也 会 出 现下 列 错误 : 






























































[error] .../implicits/scala-database-api.scala:28: 
could not find implicit value for parameter toT: (javadb.JRow, String) => T 
[error] val oneValue1: Int = row.get("one") 


我 们 再 回顾 一 下 ， 通 过 传 入 一 个 隐 式 参数 以 及 只 定义 符合 我 们 允许 的 类 型 所 对 应 的 隐 式 
值 ， 我 们 就 可 以 对 可 用 于 参数 化 方法 的 类 型 进行 了 限定 。 


顺便 提 一 下 ， 本 示例 受到 了 之 前 编写 的 API 的 启发 。 之 前 的 API 使 得 JRow 能 在 更 多 时 候 
与 隐 式 函数 关联 上 ， 这 样 我 便 可 以 钥 入 “仿造 ”的 或 真实 的 Cassandra 数据 ， 甚 中 的 仿造 
数据 用 于 测试 。 

5.2.4 KEHE 

在 上 一 节 中 ， 我 们 讨论 了 如 何 使 用 隐 式 对 象 对 允许 的 类 型 进行 限定 ， 而 这 些 人 允许 的 类 型 并 











fe 
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不 具有 共同 的 超 类 。 除 此 之 外 ， 我 们 还 使 用 隐 式 对 象 执 行 API 的 相关 工作 。 


有 时 候 ， 我 们 只 需要 限定 允许 的 类 型 ， 并 不 需要 提供 额外 的 处 理 。 换 句 话说， 我们 需要 
“证 据 ” 证 明 提 出 的 类 型 满足 我 们 的 需求 。 现 在 我 们 将 讨论 另外 一 种 被 称 为 隐 式 证 据 的 相 
关 技 术 来 对 允许 的 类 型 进行 限定 ， 而 且 这 些 类 型 无 需 继承 某 一 共有 的 超 类 。 


适用 于 所 有 可 遍历 (traversable) 容器 的 topMap 方法 便 是 应 用 该 技术 的 良好 示例 。 我 们 回 
顾 一 下 Map 的 构造 函数 ， 该 函数 接受 键 一 值 对 (key-value pair) 作为 其 输入 参数 ， 例 如 两 
元 元 组 。 假 如 我 们 拥有 一 连 串 的 pair， 那 么 如 果 能 通过 一 个 操作 基于 这 些 pair 值 创 建 Map 
对 象 岂 不 是 更 好 ? 这 便 是 toMap 方法 做 的 事情 ， 不 过 我 们 还 是 有 所 顾虑 ， 因 为 我 们 并 不 允 
许 在 调用 toMap 方法 时 输入 一 组 非 pair 类 型 的 序列 。 


TraversableOnce (http://www.scala-lang.org/api/current/index.html#scala.collection. 


TraversableOnce) 是 这 样 定义 toMap HEN: 


trait TraversableOnce[+A] ... { 





























der toMap[T, U](implicit ev: <:<[A, (T, U)]): immutable.Map[T, U] 
: aes 
隐 式 参数 ev 便 是 我 们 的 “证 据 "， 它 代表 了 我 们 必须 实施 的 约束 。ev 运用 了 Predef 中 定 
义 的 名 为 <:< 的 类 型 ， 该 名 字 取 自 于 <: 方法 。<: 方法 同样 也 被 用 于 限定 类 型 参数 ， 例 如 : 
A <: B。 
我 们 曾 提 及 过 ， 可 以 使 用 中 组 表示 法 表示 由 两 个 类 型 参数 所 组 成 的 类 型 ， 因 此 下 列 两 种 表 
达 式 是 等 价 的 : 


<:<[A, B] 
A <:< B 








在 toMap 中 ，B 实际 上 是 一 个 pair: 

<:<[A, (T, U)] 

A <:< (T, U) 
现在 ， 假 如 我 们 希望 将 一 个 可 遍历 计划 转换 成 Map 对 和 象 ， 编 译 器 会 结合 我 们 所 需要 的 隐 式 
证 据 ev 值 来 进行 判定 ， 只 有 满足 A <: (T,U) 时 才 会 执行 操作 。 也 就 是 说 ， 编 译 器 会 检查 
A 是 否 是 一 个 pair， 如 果 满 足 该 条 件 ， 便 会 调用 toMap 方法 并 将 可 遍历 的 元 素 传递 给 Map 构 
造 器 ; 假如 A 不 是 pair 类 型 ， 编 译 器 将 会 抛 出 错误 : 


scala> val 11 = List(1, 2, 3) 
tie List[Int] = List(1, 2, 3) 








scala> 11.toMap 
<console>:9: error: Cannot prove that Int <:< (T, U). 
11.toMap 
N 


scala> val L2 = List("one" -> 1, "two" -> 2, "three" -> 3) 
12: List[(String, Int)] = List((one,1), (two,2), (three,3)) 
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scala> L2.toMap 

res3: scala.collection.immutable.Map[String,Int] = 

Map(one -> 1, two -> 2, three -> 3) 
因此 ,“ 证 据 ” 存 在 的 意义 仅仅 是 为 了 实施 某 一 类 型 约束 。 我 们 无 需 定义 一 个 隐 式 值 来 执 
行 额外 的 自 定义 工作 。 
Predef 对 象 中 还 定义 了 一 个 名 为 =:= 的 “证 据 ” 类 型 ， 它 可 以 证 明 两 个 类 型 之 间 的 等 价 关 
系 。 但 该 类 型 并 未 得 到 广泛 的 应 用 。 


5.2.5” 绕 开 类 型 擦 除 带 来 的 限制 

有 了 隐 式 “证 据 ” 之 后 ， 我 们 在 计算 时 就 可 以 不 再 使 用 隐 式 对 象 。 更 准确 地 说 ， 我 们 只 需 
要 使 用 隐 式 “证 据 ” 证 明 输 入 满足 某 些 特定 的 类 型 约束 。 

KARE (type erasure) 会 带 来 一 些 限 制 。 但 在 接 下 来 的 示例 中 我 们 通过 使 用 隐 式 对 象 提 
供 的 “证 据 ” 巧 妙 地 绕 开 了 这 些 限制 。 

由 于 历史 原因 , JYM“ 忘 记 ” 了 为 参数 化 类 型 提供 类 型 参数 。 例 如 ， 我 们 在 下 面 定 义 了 重 
载 方法 ， 虽 然 这 些 方法 具有 相同 的 名 称 ， 但 它们 的 类 型 签名 却 互 不 相同 : 


object C { 

def m(seq: Seq[Int]): Unit = println(s"Seg[Int]: $seq") 

def m(seq: Seq[String]): Unit = println(s"Seq[String]: $seq") 
} 


我 们 再 来 看 看 在 REPL 会 话 中 运行 这 段 代码 会 出 现 什么 情况 : 


scala> :paste 


// 进入 粘贴 模式 (输入 ctrl-D 结 束 该 模式 ) 












































object M { 

def m(seq: Seq[Int]): Unit = println(s"Seq[Int]: $seq") 

def m(seq: Seq[String]): Unit = println(s"Seq[String]: $seq") 
} 


<ctrl-d> 


// 退出 粘贴 模式 ,现在 进入 解释 执行 模式 。 








<console>:8: error: double definition: 
method m:(seq: Seq[String])Unit and 
method m:(seq: Seg[Int])Unit at line 7 
have same type after erasure: (seq: Seq)Unit 
def m(seq: Seq[String]): Unit = println(s"Seq[String]: $seq") 
人 





<ctrl-d> 说 明 我 输入 了 Ctrl-D， 当 然 控制 台 并 不 会 输出 这 一 字符 。 


顺便 提 一 下 ,假如 在 object M 的 作用 域 之 外 输入 这 两 个 方法 的 定义 体 ， 并 且 未 使 用 :paste 
模式 ， 那 么 你 将 看 不 到 任何 报错 信息 。 这 是 因为 为 了 让 客户 使 用 方便 ，REPL 允许 重 定 
义 类 型 、 值 和 方法 ， 而 编译 器 在 编译 常规 文件 时 则 不 允许 这 点 。 假 如 你 忘记 了 REPL 中 
有 这 样 一 个 “便民 ”的 设计 ， 你 也 许 会 以 为 你 成 功 定义 了 两 个 不 同 版 本 的 m 方 法。 而 运 
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行 :paste 模式 时 ， 编 译 器 会 把 Ctrl-D 出 现 前 的 所 有 输入 视 为 一 个 待 编译 的 普通 文件 。 
所 以 ， 正 因为 这 些 方法 在 字 市 码 中 是 一 样 的 ， 编 译 器 不 允许 同时 出 现 这 些 方法 定义 。 
不 过 ， 我 们 可 以 通过 添加 隐 式 参数 来 消除 这 些 方 法 的 二 义 性 : 

// src/main/scala/progscala2/implicits/implicit-erasure.sc 

object M { 


implicit object IntMarker //@ 
implicit object StringMarker 














def m(seq: Seq[Int])(implicit i: IntMarker.type): Unit = // @ 
println(s"Seq[Int]: $seq") 
def m(seq: Seq[String])(implicit s: StringMarker.type): Unit = //° 
println(s"Seq[String]: $seq") 
} 
import M._ //@ 
m(List(1,2,3)) 


m(List("one", "two", "three")) 


@ 上 面 的 代码 中 定义 了 两 个 具有 特殊 用 途 的 隐 式 对 象 ， 这 两 个 对 象 将 用 于 解决 由 于 类 型 
控 除 导致 的 方法 二 义 性 问题 。 

@ 重新 定义 输入 参数 为 Seq[Int] 类 型 的 方法 。 现 在 该 方法 新 增 了 第 二 个 参数 列表 ， 新 
增 的 参数 列表 希望 能 够 接收 到 一 个 隐 式 IntMarker 对 象 。 请 注意 该 对 象 的 类 型 是 
IntMarker.type。 该 类 型 引用 了 单 例 对 象 的 类 型 ! 

© 重新 定义 输入 参数 为 seq[String] 的 方法 。 

@ 导入 并 使 用 隐 式 值 和 方法 。 这 些 代码 能 够 顺利 通过 编译 并 打印 出 正确 的 输出 。 

现在 ， 即 便 发 生 了 类 型 擦 除 ， 编 译 器 还 是 会 将 这 两 个 m 方 法 视 作 不 同 的 方法 。 你 也 许 会 思 

考 为 什么 要 发 明 新 的 类 型 ， 而 不 使 用 隐 式 Int 和 String (AME? 我 们 并 不 推荐 使 用 常用 类 型 

的 隐 式 值 。 为 什么 呢 ? 假设 当前 作用 域 中 某 一 模块 定义 了 String 类 型 的 一 个 隐 式 参数 以 及 

一 个 “默认 ”的 隐 式 String 类 型 值 ， 之 后 该 作用 域 的 另外 一 个 模块 也 定义 了 隐 式 String 

参数 ， 那 么 这 两 个 隐 式 参数 便 会 导致 系统 出 错 。 首 先 ， 假设 第 二 个 模块 并 未 定义 “上 默认” 

隐 式 值 ， 而 希望 用 户 自己 能 够 定义 适用 于 应 用 程序 的 隐 式 值 。 如 果 用 户 没 有 定义 该 隐 式 

值 ， 那 么 该 模块 便 会 使 用 其 他 模块 的 隐 式 值 ， 这 可 能 会 导致 无 法 预期 的 行为 。 如 果 用 户 定 

义 了 隐 式 值 ， 那 么 这 两 个 出 现在 相同 作用 域 中 的 隐 式 值 将 会 导致 二 义 性 ， 而 编译 器 就 会 抛 

出 错误 。 

第 一 种 场景 会 导致 无 法 预期 的 行为 发 生 ， 而 第 二 类 场景 则 会 立即 触发 错误 。 

比较 安全 的 做 法 是 减少 使 用 隐 式 参数 及 隐 式 值 ， 改 用 那些 专 为 此 目的 设计 的 特有 类 型 。 


尽量 避免 对 Int 和 String 那样 的 常用 类 型 使 用 隐 式 参数 及 其 对 应 值 。 因 为 
与 其 他 类 型 相 比 ， 这 些 类 型 更 有 可 能 会 在 多 处 定义 其 对 应 的 隐 式 对 象 。 假 如 
这 些 隐 式 定义 被 导入 到 相同 的 作用 域内 ， 便 会 导致 程序 bug 或 编译 错误 。 
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我 们 会 在 第 14 章 中 更 详细 地 讨论 类 型 擦 除 的 相关 内 容 。 


5.2.6 改善 报错 信息 


我 们 暂时 先 回 到 集合 API 和 CanBuildFrom 构造 器 的 相关 示例 中 。 如 果 试 图 对 某 一 个 未 定义 
对 应 CanBuildFrom 的 目标 类 型 调用 map 方法 ， 那 会 发 生 什 么 呢 ? 


scala> case class ListWrapper(list: List[Int]) 
defined class ListWrapper 

















scala> List(1,2,3).map[Int,ListWrapper](_ * 2) 
<console>:10: error: Cannot construct a collection of type ListWrapper 
with elements of type Int based on a collection of type List[Int]. 
List(1,2,3).map[Int,ListWrapper ](_*2) 
Nn 


上 述 代码 在 map 方法 中 指定 了 明确 的 类 型 注解 nap[Int,Listwrapper]， 这 确保 了 输出 的 对 
象 类 型 是 我 们 所 希望 的 Listwrapper 类 型 ， 而 不 是 默认 的 List[Int] 类 型 。 而 该 注解 同时 
也 触发 了 我 们 预期 引发 的 错误 。 请 注意 描述 性 的 错误 信息 : Cannot construct a collection 
of type ListWrapper with elements of type Int based on a collection of type List[Int] (如 果 输 
入 类 型 为 List[Int]， 我 们 无 法 通过 类 型 是 Int 类 型 的 元 素 构造 类 型 为 Listnrapper 的 集 
合 )。 这 并 不 是 通常 情况 下 编译 器 因为 无 法 找到 某 一 隐 式 参数 的 隐 式 值 时 所 产生 的 默认 信 
息 。 实 际 上 ， 在 声明 CanBuildFrom 时 指定 了 一 个 名 为 scala.annotation.implicitNotFound 
的 注解 (annotation， 与 Java 的 annotation 相似 ，http:/www.scala-lang.org/api/current/scala/ 
annotation/implicitNotFound.html) 。 该 广 解 指 定 了 那些 错误 信息 的 格式 字符 串 〈 如 果 想 了 解 
更 多 Scala 注解 相关 的 内 容 ， 请 查阅 23.2 5), CanBuildFrom 的 声明 体 如 下 所 示 : 
@implicitNotFound(msg = 
"Cannot construct a collection of type ${To} with elements of type ${Elem}" + 


" based on a collection of type ${From}.") 
trait CanBuildFrom[-From, -Elem, +To] {...} 


你 只 能 对 那些 专 为 满足 隐 式 参数 而 定义 的 、 用 作 隐 式 值 的 类 型 使 用 这 类 注解 。 而 这 些 注解 
无 法 用 于 像 SRow.get[T] 那样 的 接受 隐 式 参数 输入 的 方法 之 上 。 

这 也 解释 了 为 什么 构建 隐 式 时 应 该 使 用 自 定义 类 型 ， 而 不 应 使 用 更 为 常见 的 类 型 ， 比 如 说 
Int 类 型 、String 类 型 甚至 是 像 SRow 示例 中 出 现 的 (JRow, String) => T 函数 类 型 。 使 用 
自 定义 类 型 ， 你 能 为 用 户 提 供 更 有 用 的 错误 信息 。 


5.2.7 虚 类 型 

我 们 之 前 已 经 学 习 了 像 CanBuildFrom 那 种 可 以 添加 行为 的 隐 式 参数 。 也 使 用 了 已 经 定义 好 
的 可 作为 API 调用 时 的 隐 式 值 , 如 : 作用 于 集合 的 toMap 方法 和 <:< 类 型 的 隐 式 实例 。 

接 下 来 我 们 要 进行 的 步骤 是 移 除 所 有 的 实例 ， 仅 仅 留 下 需要 的 类 型 。 这 类 定义 好 的 没有 任 
何 实例 的 类 型 被 称 为 虚 类 型 (phantom type)。 尽 管 虚 类 型 的 名 字 听 起 来 较为 花哨 ， 不 过 它 
仅 表明 我 们 只 关心 类 型 本 身 。 虚 函数 便 是 作为 这 样 一 个 标志 而 存在 的 ， 表 明 我 们 不 会 使 用 
































该 类 型 的 任何 实例 。 
尽管 我 们 即将 谈论 的 虚 类 型 与 隐 式 没有 任何 关系 ， 不 过 它 却 能 用 在 我 们 之 前 解决 的 设计 间 
题 上 。 


对 于 定义 必须 按照 某 一 特定 顺序 执行 的 工作 流 而 言 ， 虚 类 型 作用 很 大 。 我 们 举 一 个 简化 版 
的 工资 计算 器 的 合子。 根据 美国 税法 ， 在 计算 工资 税 之 前 ， 保 险 基金 以 及 某 些 退休 存款 
(401k) 账户 可 以 作为 抵 税 项 先 从 工资 中 扣除 。 因 此 ， 工 资 计算 器 必须 首先 执行 “ 扣 税 前 ” 
的 减 项 操作 ， 然 后 进行 扣 税 ， 最 后 计算 器 会 扣除 扣 税 后 的 其 他 减 项 并 算出 净 收 入 。 

下 面 便 是 该 示例 可 能 的 一 种 实现 : 


// src/main/scala/progscala2/implicits/phantom-types.scala 


// 工资 计算 的 工作 流程 。 












































package progscala.implicits.payroll 


sealed trait PreTaxDeductions 
sealed trait PostTaxDeductions 
sealed trait Final 











// 为 了 简单 起 见 ,此 处 使 用 Float 类 型 表示 金额 ,不 推荐 大 家 这 样 做 …… 

case class EmpLoyee( 
name: String, 
annualSalary: Float, 
taxRate: Float, // 为 了 简化 起 见 ， 所 有 的 税种 税率 相同 。 
insurancePremiumsPerPayPeriod: Float, 
_401kDeductionRate: Float, // 税 前 扣除 项 ,美国 退休 储蓄 计划 扣 款 。 
postTaxDeductions: Float) 


















































case class Pay[Step](empLoyee: Employee, netPay: Float) 


object Payroll { 
// 每 两 周 发 一 次 薪水 。 为 了 简化 问题 ,我 们 认定 每 年 正好 有 52 周 。 
def start(employee: Employee): Pay[PreTaxDeductions] = 
Pay[PreTaxDeductions](employee, employee.annualSalary / 26.0F) 





def minusInsurance(pay: Pay[PreTaxDeductions]): Pay[PreTaxDeductions] = { 
val newNet = pay.netPay - pay.empLloyee.insurancePremiumsPerPayPeriod 
pay copy (netPay = newNet) 


def minus401k(pay: Pay[PreTaxDeductions]): Pay[PreTaxDeductions] = { 
val newNet = pay.netPay - (pay.employee._401kDeductionRate * pay.netPay) 
pay copy (netPay = newNet) 

} 


def minusTax(pay: Pay[PreTaxDeductions]): Pay[PostTaxDeductions] = { 
val newNet = pay.netPay - (pay.employee.taxRate * pay.netPay) 
pay copy (netPay = newNet) 


def minusFinalDeductions(pay: Pay[PostTaxDeductions]): Pay[Final] = { 
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val newNet = pay.netPay - pay.employee.postTaxDeductions 
pay copy (netPay = newNet) 
} 
} 


object CalculatePayroll { 
def main(args: Array[String]) = { 
val e = Employee("Buck Trends", 100000.0F, 0.25F, 200F, 0.10F, 0.05F) 
val pay1 = Payroll start e 
// 491K 和 保险 扣除 的 顺序 可 以 交换 


val pay2 = Payroll minus401k pay1 

val pay3 = Payroll minusInsurance pay2 

val pay4 = Payroll minusTax pay3 

val pay = Payroll minusFinalDeductions pay4 


val twoWeekGross = e.annualSalary / 26.0F 
val twoWeekNet = pay.netPay 
val percent = (twoWeekNet / twoWeekGross) * 100 
println(s"For ${e.name}, the gross vs. net pay every 2 weeks is:") 
println( 
f" $$${twoWeekGross}%.2f vs. $$${twoWeekNet}%.2f or ${percent}%.1f%%" ) 
} 
} 


代码 已 经 通过 了 sbt 的 编译 ， 因 此 可 以 在 sbt 命令 行 下 执行 程序 : 


> run-main progscala.implicits.payroll.CalculatePayroll 

[info] Running progscala.implicits.payroll.CalculatePayroll 

For Buck Trends, the gross vs. net pay every 2 weeks is: 
$3846.15 vs. $2446.10 or 63.6% 


请 注意 ， 这 些 密封 特征 (sealed trait) 本 身 不 包含 任何 数据 ， 而 且 没 有 实现 这 些 trait 的 类 。 
由 于 这 些 trait 被 “密封 ”了 ， 我 们 无 法 在 其 他 文件 中 实现 这 些 trait， 因 此 ， 这 些 trait 只 能 
起 到 标志 的 作用 。 


Pay 类 型 将 这 些 标志 用 作 类 型 参数 ， 而 这 些 参 数 也 被 当 作 标记 ， 调 用 Payroll 类 的 每 一 个 
方法 均 需 要 传人 Pay[Step] 对 象 ， 该 对 象 包含 的 Step 参数 表示 了 当前 执行 的 步骤 。 这 也 是 
我 们 在 调用 minus401k 方法 时 无 法 传人 Pay[PostTaxDeductions] 对 象 的 原因 。 因 此 ， 这 些 
API 能 够 确保 税务 规定 的 执行 。 

CalculatePayroll 对 象 演示 了 这 些 API 的 使 用 方法 ,假如 你 尝试 修改 API 的 调用 顺序 ， 如 
在 调用 Payroll.minusTax 方法 之 前 调用 Payroll.minusFinalDeductions 方法 ， 那 么 编译 将 
会 抛 出 错误 。 

请 注意 ， 本 示例 结尾 处 调用 的 println 方法 使 用 了 可 插入 字符 串 ， 该 字符 串 与 我 们 之 前 在 
3.13 节 讨 论 的 示例 非常 相近 


事实 上， 上述 代 码 中 的 main 函数 不 是 十 分 简洁 ， 这 种 复杂 性 也 破坏 了 代码 的 美感 。 为 了 解 
决 这 个 问题 ,我们 引入 了 微软 的 函数 式 编 程 语言 一 一 F# 语言 中 的 “管道 ”操作 符 。 下 面 的 
示例 代码 改编 自 James Iry 的 一 篇 博文 (http://james-iry.blogspot.ch/2010/10/phantom-types- 
in-haskell-and-scala.html) 。 















































// src/main/scala/progscala2/implicits/phantom-types-pipeline.scala 


package progscala.implicits.payroll 


import scala. lLanguage.implicitConversions 


object Pipeline { 
implicit class toPiped[V](value:V) { 
def |>[R] (f : V => R) = f(value) 


} 


object CalculatePayroll2 { 
def main(args: Array[String]) = { 
import Pipeline._ 
import Payroll._ 


val e = Employee("Buck Trends", 100000.0F, ©.25F, 200F, 0.10F, 0.05F) 


val pay = start(e) |> 


minus401k |> 
minusInsurance |> 
minusTax |> 
minusFinalDeductions 


val twoWeekGross = e.annualSalary / 26.0F 


val twoWeekNet 
val percent 


pay.netPay 


(twoWeekNet / twoWeekGross) * 100 


println(s"For ${e.name}, the gross vs. net pay every 2 weeks is:") 


println( 


f" $$${twoWeekGross}%.2f vs. $$${twoWeekNet}%.2f or ${percent}%.1f%%") 


} 
} 


main 方法 中 包含 了 更 为 简洁 的 一 组 操作 步骤 ， 这 些 操作 均 调 用 了 Payroll 方法 。 值 














得 注 


意 的 是 ， 尽 管 管道 操作 符 I> 看 上 去 很 酷 ， 但 它 其 实 只 是 重 排 了 表达 式 中 各 个 标记 的 次 序 。 


例如 :1> 操作 符 对 下 列表 达 式 就 进行 了 转化 : 


pay1 |> Payroll.minus401k 


转化 之 后 形成 了 下 列表 达 式 : 


Payroll.minus401k(pay1) 


5.2.8 隐 式 参数 遵循 的 规则 


回顾 下 隐 式 参数 ， 下 面 的 编 注 栏 中 列 出 了 隐 式 参数 应 遵循 的 通用 规则 。 





隐 式 参数 所 遵循 的 规则 


(1) 只 有 最 后 一 个 参数 列表 中 允许 出 现 隐 式 参 数 ， 这 也 适用 于 只 有 一 个 参数 列表 的 情况 。 
(2) implicit 关键 字 必 须 出 现在 参数 列表 的 最 左边 ,而 且 只 能 出 现 一 次 。 列 表 中 出 现在 


implicit 关键 字 之 后 的 参数 部 不 是 “ 非 隐 式 ”的 。 


(3) 假如 参数 列表 以 implicit 关键 字 开 头 ， 那 么 所 有 的 参数 都 是 隐 式 的 。 
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请 留意 下 面 示例 中 出 现 的 错误 信息 ， 这 些 示例 均 违背 了 上 述 规 则 : 


scala> class 


| def 
<console>:2: 
def 


scala> } 
<console>:1: 


} 


Nn 


scala> class 


| def 
<console>:2: 
def 


scala> } 
<console>:1: 


} 


Nn 


scala> class 
| def 
| } 


Bad1 { 
m(i: Int, implicit s: String) = "boo" 
error: identifier expected but 'implicit' found. 


m(i: Int, implicit s: String) = "boo" 
nN 


error: eof expected but '}' found. 


Bad2 { 
m(i: Int)(implicit s: String)(implicit d: Double) = "boo" 
error: '=' expected but '(' found. 


m(i: Int)(implicit s: String)(implicit d: Double) = "boo" 
A 
error: eof expected but '}' found. 


Goodi { 
m(i: Int)(implicit s: String, d: Double) = "boo" 


defined class Good1 


scala> class 
| def 
| } 


Good2 { 
m(implicit i: Int, s: String, d: Double) = "boo" 


defined class Good2 


5.3 fasten 


在 2.8.8 节 ， 我 们 学 习 了 创建 pair 的 一 些 方法 : 


(1, "one" 
1 -> "one" 
1 — "one" 


// FA > BR -> 


Tuple2(1, "one") 


Pair(1, "one 


// Scala 2.11 不 推荐 使 用 这 种 写法 


本 文 不 会 对 (a, b) 和 a -> b 这 两 类 字面 量 格式 的 Scala 语法 进行 讲解 。 
在 初始 化 Map 对 象 时 ， 我 们 经 常 使 用 a ->b (或 等 价 的 a > b) 这 种 写法 : 


scala> Map("one" -> 1, "two" -> 2) 
resQ: scala.collection.immutable.Map[String,Int] = Map(one -> 1, two -> 2) 


ERR PUA T Map.apply 方法 ， 而 该 方法 的 输入 是 一 组 可 变数 量 的 pair 对 象 : 


def appLy[A， 





B](elems: (A, B)*): Map[A, B] 
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en Scala 根本 不 知道 a -> b 意味 着 什么 ， 因 此 上 述 方法 并 非 没 有 意义 。 这 种 “字面 

”格式 实际 上 运用 了 方法 -> 和 一 个 特殊 的 Scala 特性 一 一 隐 式 转换 。 通 过 运用 隐 式 转 
i, 我 们 可 以 在 任意 两 种 类 型 值 之 间 插 入 函数 ->。 与 此 同时 ， 由 于 a -> b 并 不 是 元 组 的 
字面 量 语法 ， 因 此 Scala 必须 通过 某 些 方式 将 该 表达 式 转 化 为 元 组 (a, b)。 


很 明显 ， 我 们 首先 需要 定义 方法 ->， 但 是 应 该 在 哪儿 定义 该 方法 呢 ? 我 们 希望 该 方法 能 
够 适用 于 各 种 可 能 的 元 组 首 元 素 的 类 型 。 即 便 我 们 能 够 对 所 有 需要 添加 该 方法 的 类 型 进行 
辑 ， 我 们 也 不 应 该 这 样 做 ， 编 辑 所 有 的 类 型 既 不 实际 也 不 明智。 


定义 该 方法 的 技巧 是 使 用 一 个 具有 -> 方法 的 “封装 ”对 象 ，Scala 已 经 在 Predef 对 象 中 定 
义 了 该 对 象 : 
implicit final class ArrowAssoc[A](val self: A) { 
def -> [B](y: B): Tuple2[A, B] = Tuple2(self, y) 
} 
(AY ae HULA, FR ELLA AG T Seb FWP HP HE EAA). 4G Java 类 
似 ， 此 处 的 final 关键 字 表 明了 我 们 无 法 创建 ArrowAssoc 的 子 类 声明 。 


我 们 可 以 依照 下 列 代码 构造 Map 对 象 : 


scala> Map(new ArrowAssoc("one") -> 1, new ArrowAssoc("two") -> 2) 
res0: scala.collection.immutable.Map[String,Int] = Map(one -> 1, two -> 2) 


这 种 写法 在 简 藻 程度 上 不 如 直接 使 用 Map( ("one", 1), ("two", 2) )。 不 过 ， 这 种 写法 
能 实现 我 们 想 要 的 部 分 功能 。ArrowAssoc 类 能 够 接受 任何 类 型 的 对 象 ， 当 执行 -> 方法 时 ， 
near pair 对 象 。 


在 这 个 示例 中 ，implicit 关键 字 又 一 次 起 作用 了 。 由 于 ArrowAssoc 类 被 声明 为 implicit 
类 ， 因 此 编译 器 将 执行 下 列 逻 辑 。 


(1) 编译 器 发 现 我 们 试图 对 String 对 象 执行 -> 方法 (例如 “one”-> 1), 

(2) 由 于 String 未 定义 -> 方法 ， 编 译 器 将 检查 当前 作用 域 中 是 否 存在 定义 了 该 方法 的 隐 式 
转换 。 

(3) 编译 器 发 现 了 ArrowAssoc 类 。 

(4) 编译 器 将 创建 ArrowAssoc 对 象 ， 并 向 其 传人 one 字符 串 。 

(5) 之后， 编译 器 将 解析 表达 式 中 的 -> 1 部 分 代码 ， 并 确认 了 整个 表达 式 的 类 型 与 Map. 
apply 方法 的 预期 类 型 相 吻合 ， 即 两 者 均 为 pair 实例 。 


如 果 希 望 执行 隐 式 转换 ， 那 么 在 声明 时 必须 使 用 implicit 关键 字 ， 能 够 执行 隐 式 转换 的 无 
外 平 两 类 : 构造 方法 中 只 接受 单一 参数 的 类 型 或 者 是 只 接受 单一 参数 的 方法 。 


在 Scala 2.10 诞生 之 前 ， 如 果 想 要 实现 隐 式 转换 ， 就 必须 定义 一 个 不 含 implicit 关键 字 的 
封装 类 ， 并 且 要 在 封装 类 中 定义 一 个 将 执行 转换 的 隐 式 方法 。 由 于 这 种 两 段 式 的 定义 方式 
上 毫 无 意义 ， 因 此 现在 我 们 可 以 直接 将 该 类 标注 为 隐 式 类 并 清除 该 方法 。 例 如 ，ArrowAssoc 
看 上 去 就 好 像 Scala 2.10 版 本 之 前 的 封装 类 (any2ArrowAssoc 方法 仍然 存在 ， 不 过 现在 已 
经 不 建议 使 用 了 )。 


final class ArrowAssoc[A](val self: A) { 
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def -> [B](y: B): Tuple2[A, B] = Tuple2(self, y) 
} 


implicit def any2ArrowAssoc[A](x: A): ArrowAssoc[A] = new ArrowAssoc(x) 


尽管 隐 式 方法 仍然 被 使 用 ,但 是 我 们 现在 只 有 在 将 某 类 型 转换 为 男 一 个 已 经 存在 的 类 型 时 
才 会 使 用 这 些 方 法 ， 而 且 这 些 隐 式 方法 并 未 使 用 implicit 关键 字 进行 声明 。 

我 们 之 前 在 讲解 虚 类 型 (phantom type) 时 曾 定 义 了 管道 操作 ， 这 也 是 隐 式 转换 的 又 一 
示例 : 


。payl |> Payroll.minus401k ... 


滥用 隐 式 方法 会 导致 难以 调试 的 诡异 行为 。 因 此 从 Scala 2.10 开始 ， 隐 式 方 法 变 成 了 
ae 的 可 选 特性 。 假 如 你 希望 使 用 这 一 特性 ， 你 应 该 通过 import 语句 import scala. 
langage.implicitConversions 开启 这 一 特性 ， 你 也 可 以 使 用 全 局 的 编译 器 选项 -Language: 
implictConversions 开启 该 特性 。 

以 下 是 编译 器 进行 查找 和 使 用 转换 方法 时 的 查询 规则 。 

(1) 假 如 调用 的 对 象 和 方法 成 功 通 过 了 组 合 类 型 检查 ， 那 么 类 型 转换 不 会 被 执行 

(2) 编译 器 只 会 考虑 使 用 了 implicit 关键 字 的 类 和 方法 。 

(3) 编译 器 只 会 考虑 当前 作用 域内 的 隐 式 类 ， 隐 式 方法 ， 以 及 目标 类 型 的 伴生 对 象 中 定义 的 

隐 式 方法 (本 文 后 续 部 分 将 讲 讨论 这 种 情况 ) 。 

(4) 隐 式 方法 无 法 串 行 处 理 ， 我 们 无 法 通过 一 个 中 间 类 型 ， 使 用 串 行 的 隐 式 方法 将 起 始 类 型 
转换 成 目标 类 型 。 编 译 器 执行 隐 式 转换 时 只 会 考虑 那些 接受 单一 类 型 实例 输入 且 返 回 目 
标 类 型 实例 的 方法 。 

(5) 假 如 当前 适用 多 条 转换 方法 ， 那 么 将 不 会 执行 转换 操作 。 编 译 器 要 求 有 且 必 须 只 
满足 条 件 的 隐 式 方法 ， 以 免 产 生 二 义 性 。 


规则 3 中 提 到 了 伴生 对 象 中 定义 的 隐 式 方法 ， 该 规则 具有 以 下 含义 。 首 先 ， 假 如 隐 式 转换 
出 现在 当前 作用 域 之 外 ， 那 么 便 不 会 执行 该 隐 式 转换 。 假 如 在 当前 作用 域内 ， 这 意味 着 隐 
式 转 换 是 在 封闭 作用 域内 声明 的 ， 或 者 当前 作用 域 已 经 导入 了 隐 式 转换 所 在 的 其 他 作用 
域 ， 比 方 说 导入 了 其 他 作用 域 中 某 一 个 定义 了 一 些 隐 式 转换 的 对 象 。 


不 过 当 需 要 执行 转换 时 ， 假 如 转换 的 目标 类 型 的 伴生 对 象 中 定义 了 转换 方法 ， 那 么 编译 
会 自动 导入 伴生 对 象 作用 域 ， 并 最 后 查找 该 作用 域 。 参 见 下 面 的 示例 : 


// src/main/scala/progscala2/implicits/implicit-conversions-resolution2.sc 
import scala.language.implicitConversions 

































































case class Foo(s: String) 
object Foo { 
implicit def fromString(s: String): Foo = Foo(s) 


} 


class 0 { 
def m1(foo: Foo) = println(foo) 
def m(s: String) = m1(s) 

} 





Foo 类 型 的 伴生 对 象 定 义 了 基于 String 类 型 的 转换 。 而 9.m 方 法 试图 在 调用 0.ml 方法 时 传 
A String 类 型 ,但 9.m1 方法 却 期 望 输入 Foo 对 象 。 尽 管 我 们 并 未 明确 地 将 Foo 伴生 对 象 
导入 当前 的 作用 域 ， 编 译 吉 还 是 能 够 发 现 Foo.fromstring 转换 方法 的 存在 。 

不 过 ， 假 如 当前 作用 域 中 存在 另外 一 个 Foo 转换 方法 ， 该 转换 方法 将 会 覆盖 Foo. 
fromString 转换 : 


// src/main/scala/progscala2/implicits/implicit-conversions-resoLlution.sc 
import scala.language.implicitConversions 














case class Foo(s: String) 
object Foo { 
implicit def fromString(s: String): Foo = Foo(s) 


} 

class Of 
def m1(foo: Foo) = println(foo) 
def m(s: String) = m1(s) 


} 
现在 ， 编 译 器 将 使 用 覆盖 后 的 转换 方法 。 
我 们 之 前 提 到 过 ， 除 了 那些 在 伴生 对 象 中 定义 的 隐 式 值 和 转换 方法 之 外 ， 我 们 推荐 将 隐 式 
值 和 转换 方法 放 到 一 个 名 为 implicits 的 特殊 包 或 名 为 Implicits 的 对 象 中 。 这 样 做 的 好 
处 是 : 读者 能 更 清楚 地 知道 是 哪个 import 语句 导入 了 代码 使 用 的 自 定义 隐 式 。 
最 后 ， 请 注意 Scala A (R String FU Array 这 样 的 Java 类 型 提供 了 一 些 隐 式 封装 类 
型 。 例 如 : 下 面 代码 中 出 现 的 方法 看 上 去 像 是 String 类 方法 ， 但 是 这 些 方法 实际 上 是 
由 WrappedString 类 型 (http://www.scala-lang.org/api/current/#scala.collection.immutable. 
WrappedString) 实现 的 : 














scala> val s = "Programming Scala" 
s: String = Programming Scala 


scala> s.reverse 
res0: String = alacS gnimmargorP 


scala> s.capitalize 
resi: String = Programming Scala 


scala> s.foreach(c => print(s"$c-")) 

P-r-0-g-r-a-m-m-i-n-g- -S-c-a-l-a- 
在 Scala 自 带 的 “封装 ”类 型 中 定义 的 隐 式 转换 会 一 直 出 现在 当前 作用 域 中 。 这 些 隐 式 转 
换 更 确切 的 讲 被 定义 在 Predef 中 。 


我 们 之 前 用 过 的 Range 类 型 也 是 一 类 “封装 ”类 型 。 例 如 代码 1 to 100 by 3 代表 从 1 到 100 
每 隔 3 个 数 取 一 个 整数 。 你 现在 应 该 能 猜测 出 to, by 这 样 的 字样 以 及 scala 独 有 的 util 单词 
都 是 封装 对 象 中 的 方法 ， 它 们 并 不 是 Scala 关键 字 。 例 如 ，scala.runtime.RichInt (http://www. 
scala-lang.org/api/current/scala/runtime/RichInt.html) 封装 了 Int 类 型 ， 它 包含 这 些 方法 。Scala 在 
同一 个 包 中 定义 了 适用 于 其 他 数值 类 型 的 类 似 的 封装 类 型 , RichLong、RichFloat、RichDouble 
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和 RichChar。 而 scala.math.BigInt (http:/Avww.scala-lang.org/api/current/scala/math/BigInt.html) 和 
scala.math.BigDecimal (http:/Avww.scala-lang.org/api/current/scala/math/BigDecimal.html) 它们 本 身 
便 是 Java 同名 类 的 封装 类 型 ， 因 此 它们 没有 自己 的 封装 类 型 。 它 们 自己 本 身 便 可 以 实现 to, 
until 和 by 方法 。 


5.3.1 构建 独 有 的 字符 串 插 入 器 


我 们 再 来 学 习 最 后 一 个 隐 式 转换 的 示例 ， 该 示例 允许 我 们 通过 隐 式 转换 定义 我 们 自己 独 有 
的 字符 由 插入 器 。 我 们 回顾 一 下 之 前 在 3.13 节 学 到 的 内 容 ， Scala 提供 了 一 些 内 置 的 方法 
通过 插入 方式 对 字符 串 进 和 了 格式 化 ， 例 如 : 


val name = ("Buck", "Trends") 
println(s"Hello, ${name._1} ${name._2}") 


当 编 译 器 看 到 像 x"foo bar" 这 样 的 表达 式 时 ， 它 会 查找 scala.StringContext (http://www. 
scala-lang.org/api/current/scala/StringContext.html) 中 定义 的 x 方法 。 上 述 代码 的 最 后 一 行 
可 以 被 转换 成 : 


StringContext("Hello, ", " ", "").s(name._1, name._2) 


ee StringContext. apply 方法 的 参数 其 实 是 5{.….} 表达 式 中 抽取 出 的 各 个 部 分 。 传 递 
a s 的 参数 则 是 抽取 后 的 表达 式 。( 请 提供 变量 值 ， 对 上 述 代码 进行 试验 ) stringContext 
coe f 和 raw 方法 ， 这 些 方法 能 够 帮助 SKLAR raw 格式 的 插入 器 工作 。 


通过 使 用 隐 式 转换 我 们 可 以 为 StringContext 添加 新 的 方法 ， 对 其 进行 “扩展 ”， 进 而 定 
义 属于 自己 的 插入 器 。 我 们 对 StringContext Scaladoc 页 面 (http://www.scala-lang.org/api/ 
current/scala/StringContext.html) 中 出 现 的 示例 进行 扩充 ,编写 一 个 能 够 将 简单 的 JSON 
字符 串 转 化 为 scala.utiL.parsing.json.]SONObject 对 象 (http://www.scala-lang.org/api/ 
current/scala-parser-combinators/#scala.util.parsing.json.JSONObject) AIHA. | 


Ay TBE, BTS. HE, BRAIN eT BR CH ET RETE, Reg 
{"a": "A", "b": 123, "c": 3.14159} XFER m EHI ISON 表达 式 。 其 次， 我 们 要 求 ISON 
的 key 都 是 固定 值 ， 而 value 值 则 是 指定 的 可 插入 参数 ， 例 如 : {"a": $a, "b": $b, "c": 
$c}。 假 如 我 们 需要 使 用 该 插入 器 生成 value 值 不 同 但 结构 相似 的 JSON 对 象 ， 第 二 条 限制 
便 是 合理 的 。 插 入 器 实现 代码 如 下 : 


// src/main/scala/progscala2/implicits/custom-string-interpolator.sc 
import scala.util.parsing.json._ 











































































































object Interpolators { 


implicit class jsonForStringContext(val sc: StringContext) { //@ 
def json(values: Any*): JSONObject = { //@ 
val keyRE = """*[\s{,]*(\S+):\s*""" 6 // ® 
val keys = sc.parts map { /1 @ 


case keyRE(key) => key 





HE 1: Scala 2.11 F, json 包 被 放置 到 一 个 独立 的 解析 器 一 组 合 器 (parser-combinator) 库 中 ， 我 们 将 在 20.1 
节 对 其 进行 讲解 。 




















© 
o 


自 定义 的 字符 串 揪 入 器 无 需 像 s、f 和 raw 插入 器 那样 返回 String 类 型 。 我 们 会 返回 


case str => str 


val kvs = keys zip values //® 
JSONObject(kvs.toMap) // © 
} 
} 
} 


import Interpolators._ 


val name 
val book 


"Dean Wampler" 
"Programming Scala, Second Edition" 


val jsonobj = json"{name: $name, book: $book}" //@ 
println(jsonobj) 


为 了 限定 隐 式 类 的 作用 域 ， 必 须 在 对 象 内 定义 隐 式 类 (出 于 安全 的 考虑 )。 类 定义 之 后 
出 现 的 import 语句 将 该 实现 类 导入 到 代码 所 在 的 作用 域 中 。 


json 方法 。 该 方法 的 输入 是 字符 串 中 舱 套 的 参数 ， 该 方法 返回 构造 好 的 scala.util. 
parsing.json.JSONObject 对 象 (http://www.scala-lang.org/api/current/scala-parser- 








combinators/#scala.util.parsing.json.JSONObject) 。 

用 于 从 字符 串 片 段 中 抽取 key 名 称 的 正则 表达 式 。 

使 用 正则 表达 式 从 字符 片段 各 个 部 分 中 抽取 出 key 的 名 称 。 假 如 正则 表达 式 不 匹配 ， 
那么 将 使 用 整个 字符 串 作 为 key 值 。 不 过 在 这 种 情况 下 抛 出 错误 可 能 是 一 个 更 好 的 选 
择 ， 因 为 这 样 便 能 避免 出 现 无 效 的 key 字符 串 。 

将 key 值 和 value 值 一 并 “压缩 ”成 健一 值 对 集合 。 我 们 在 解释 完 代 码 之 后 会 对 zip 方 
法 进行 讨论 。 

使 用 健 值 对 构建 Map 对 象 ， 并 使 用 Map 对 象 构造 son0bject WR, 

使 用 我 们 自己 的 字符 串 插 入 器 ， 使 用 起 来 与 内 置 插入 器 无 异 。 





















































JSONObject 类 型 。 因 此 ， 自 定义 字符 串 插入 器 可 以 用 作 由 字符 串 中 封装 的 数据 所 驱动 的 实 
例 工厂 。 


就 像 拉 链 一 样 ， 集 合 中 的 zip 方法 能 很 方便 地 将 两 个 集合 中 的 值 缝合 在 一 起 。 如 下 所 示 : 





scala> val keys = List("a", "b", "c", "d") 
keys: List[String] = List(a, b, c, d) 


scala> val values = List("A", 123, 3.14159) 
values: List[Any] = List(A, 123, 3.14159) 


scala> val keysValues = keys zip values 
keysValues: List[(String, Any)] = List((a,A), (b,123), (c,3.14159)) 


合并 后 的 集合 中 的 元 素 类 型 为 二 元 元 祖 (如 key1、valuel 等 )。 需 要 注意 的 是 ， 由 于 某 一 
列表 比 另 一 个 列表 长 ， 因 此 列表 尾部 多 余 的 元 素 便 会 被 丢弃 掉 。JSON 字符 串 中 字符 串 片 
段 数 量 比 值 参 数 的 数量 多 一 个 ， 但 我 们 实际 上 希望 出 现 这 类 行为 ， 因 为 我 们 并 不 需要 字符 
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串 尾 部 的 最 后 一 个 片段 。 
下 面 列 出 了 在 REPL 会 话 中 运行 示例 代码 后 ， 最 后 两 行 中 的 输出 : 
scala> val jsonobj = json"{name: $name, book: $book}" 


jsonobj: scala.util.parsing.json.JSONObject = \ 
{"name" : "Dean Wampler", "book" : "Programming Scala, Second Edition"} 














scala> println(jsonobj) 
{"name" : "Dean Wampler", "book" : "Programming Scala, Second Edition"} 


5.3.2 ”表达 式 问 题 
我 们 再 思考 一 下 之 前 已 经 解决 过 的 问题 : 我 们 已 经 能 够 在 不 修改 任何 相关 源 代 码 的 情况 下 
成 功 地 为 所 有 类 型 添加 新 的 方法 。 


在 不 修改 源 代码 的 情况 下 扩展 模块 的 期 望 被 称 为 表达 式 问 题 (expression problem) 。 这 一 概 
念 是 由 Philip Wadler (http://homepages.inf.ed.ac.uk/wadler/papers/expression/expression.txt) 
创造 的 。 


面 问 对 象 编程 通过 子 类 型 化 (subtyping) 解决 了 这 一 问题 ， 更 精确 地 讲 是 子 类 型 多 态 
(subtype polymorphism ) 。 当 需要 对 某 些 行为 进行 修改 时 ， 我 们 会 首先 编写 抽象 体 ， 之 后 使 
用 抽象 体 的 继承 类 修改 和 TAJ. Bertrand Meyer 提出 的 开 / 闭 准则 (open/closed principle) 对 
OOP 这 一 方法 进行 了 描述 ， 在 这 一 准则 中 ， 基 类 声明 了 抽象 的 行为 ， 而 子 类 型 则 在 不 修改 
基 类 型 的 情况 下 对 抽象 行为 进行 适当 的 修改 。 


Scala 当然 也 支持 这 一 技术 ， 不 过 这 项 技术 是 有 兹 端的 。 我 们 是 否 应 该 在 类 继承 关系 中 的 
a spared ee a gi 况 下 我 们 才 需 要 这 种 行为 ， 而 大 多 数 情况 


这 种 方法 有 可 能 会 成 为 人 负担。 首先， 这 些 额 外 的 无 用 代码 会 占据 系统 资源 。 尽 管 有 些 应 用 
并 不 会 为 此 影响 ,但 有 些 成 熟 代 码 会 不 可 避免 地 出 现 很 多 损耗 。 其 次 ， 我 们 为 此 需要 对 大 
多 数 定义 的 行为 进行 一 次 次 的 修改 。 一 旦 对 这 些 无 用 行为 进行 修改 ， 即 便 不 需要 使 用 这 一 
行为 的 客户 端 代码 也 需要 进行 多 余 的 修改 。 


这 一 问题 引发 了 单一 职责 原则 (single responsibility principle) 这 一 经 典 设计 原则 。 该 原则 
鼓励 我 们 在 定义 抽象 以 及 实现 体 时 ， 只 提供 某 一 单一 的 行为 。 


在 实际 场合 中 ， 有 时 我 们 需要 某 一 对 象 来 把 其 他 行为 组 合 起 来 。 例 如 ， 服 务 对 象 往往 需要 
“混入 ”日 志 信 息 这 一 功能 。 正 如 我 们 在 3.14 节 中 展示 的 那样 ，Scala 很 容易 实现 这 些 混入 
trait。 我 们 甚至 可 以 在 声明 对 象 时 为 其 指定 trait。 


动态 类 型 语言 通常 都 提供 元 编程 【metaprogramming) 功能 ， 该 功能 允许 用 户 在 元 编程 运行 
的 环境 下 ， 不 必修 改 源 代码 就 可 以 修改 类 。 对 于 类 导致 的 问题 ， 尤 其 是 这 些 类 定义 了 几乎 
不 被 使 用 的 行为 ， 这 一 方法 具有 一 定 的 效果 。 不 幸 的 是 ， 对 于 大 多 数 动态 语言 而 言 ， 运 行 
时 对 类 型 做 的 任 一 修改 都 会 作用 于 全 局 ， 因 此 全 局 内 的 所 有 用 户 都 会 被 影响 。 


通过 使 用 Scala 的 隐 式 转换 特征 ， 我 们 可 以 得 到 另外 一 种 通过 静态 类 型 实现 元 编程 的 方 
法 ， 我 们 称 之 为 类 型 类 (type class)。Haskell 率先 提出 这 一 概念 ， 可 以 参考 文章 “A Gentle 
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Introduction to Haskell” (http://www.haskell.org/tutorial/classes.html ) 。 类 型 类 这 一 名 称 源 于 
Haskell， 请 不 要 将 其 与 Scala 常用 类 所 混 消 (如果 某 对 象 属于 某 类 型 类 ， 那 么 它 必 须 实现 
类 型 类 所 定义 的 行为 ， 与 通常 意义 上 的 类 相 比 ， 类 型 类 更 接近 于 接口 )。 


5.4 类 型 类 模式 


由 于 我 们 可 以 即兴 地 为 类 型 添加 行为 ， 因 此 使 用 类 型 类 可 以 帮助 我 们 避免 创建 像 Java 中 
Object 那样 的 抽象 体 ， 例 如 “厨房 水 槽 ”这 样 的 抽象 体 。Scala 的 pair 构造 语法 -> 便 很 好 
地 说 明了 这 点 。 回 想 一 下 ， 我 们 并 没有 修改 这 些 类 型 ， 我 们 只 是 通过 隐 式 机 制 将 对 象 封装 
到 某 个 提供 了 我 们 所 需 行为 的 类 型 中 。 修 改 之 后 的 结果 与 我 们 直接 修改 类 型 源 代码 的 结果 


o 


Scala 作为 一 门 JVM 语言 ， 也 继承 了 Java 中 无 所 不 在 的 Object.toString 方法 。Java 默认 
的 toString 方法 只 会 显示 类 型 名 称 和 对 象 在 JVM 堆 中 的 地 址 ， 因 此 它 本 身 并 没有 多 大 的 
价值 。 而 Scala 在 case 类 中 使 用 的 语法 则 不 同 ， 该 语法 更 加 有 用 ， 也 更 具 可 读 性 。 有 时 使 
打印 出 像 JSON 或 XML 样 的 具有 机 器 可 读 性 的 格式 是 很 有 价值 的 。 通 过 使 用 隐 式 转换 ， 
我 们 可 以 为 任何 类 型 添加 toJSON 和 toXML 方法 。 如 果 对 象 中 未 定义 toString 方法 ,我们 
也 能 通过 隐 式 转换 定义 该 方法 。 


Haskell 语言 中 的 类 型 类 能 定义 等 价 于 接口 的 类 型 ， 之 后 我 们 便 能 实现 各 种 具体 类 型 。 
Scala 中 的 类 型 类 模式 (type class pattern) 新 增 了 接口 部 分 ， 这 一 功能 是 之 前 的 隐 式 转换 示 
例 所 未 提供 的 。 


让 我 们 阅读 一 下 toJSoN 类 型 类 的 某 一 实现 : 


// src/main/scala/progscala2/implicits/toJSON-type-class.sc 







































































case class Address(street: String, city: String) 
case class Person(name: String, address: Address) 


trait ToJSON { 
def toJSON(level: Int = 0): String 


val INDENTATION = " 
def indentation(level: Int = 0): (String,String) = 
(INDENTATION * Level, INDENTATION * (level+1)) 
} 


implicit class AddressToJSON(address: Address) extends ToJSON { 
def toJSON(level: Int = 0): String = { 
val (outdent, indent) = indentation(level) 


s"" 
|S{indent}"street": "S{address.street}", 
|S{indent}"city": "Sf{address.city}" 
|Soutdent}""".stripMargin 

} 

} 


implicit class PersonToJSON(person: Person) extends ToJSON { 
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def toJSON(level: Int = 0): String = { 
val (outdent, indent) = indentation(level) 
sms 
|${indent}"name": "${person.name}", 
|${indent}"address": ${person.address.toJSON(level + 1)} 
|Soutdent}""".stripMargin 


} 
} 
val a = Address("1 Scala Lane", "Anytown") 
val p = Person("Buck Trends", a) 


println(a.toJSON()) 
println() 
println(p.toJSON()) 


为 了 简化 起 见 ，Person 和 Address 类 型 中 只 包含 了 少量 的 字段 ， 同 时 我 们 希望 将 对 象 格式 
化 为 多 行 表示 的 ISON 字符 串 ， 而 不 是 scala.util.parsing. json 包 (http://www.scala-lang. 
org/api/current/scala-parser-combinators/#scala.util.parsing.json.package) 里 定义 的 对 象 类 型 。 
(请 参考 20.1 节 )。 


我 们 在 TOISON trait 中 定义 了 默认 的 缩 进 字符 串 ， 也 定义 了 用 于 计算 字段 实际 缩 进 长 度 的 方 
法 以 及 JSON 对 象 中 包含 的 闭合 括号 {.….}。toJSON 方法 的 输入 参数 指定 了 当前 的 缩 进 级 
别 ， 也 就 是 说 ， 缩 进 多 少 个 INDENTATION 单元 。 由 于 toJSON 方法 要 求 输入 这 一 参数 ， 客 户 
程序 就 必须 提供 空 括号 或 者 其 他 缩 进 级 别 。 需 要 注意 的 是 输入 的 缩 进 级 别 是 用 双 引 号 包 页 
的 字符 串 值 ， 而 不 是 整数 值 。 











上 述 脚本 输出 如 下 : 
{ 
"street": "1 Scala Lane", 
"ELty's "Anytown" 
} 
{ 
"name": "Buck Trends", 
"address": { 
"street": "1 Scala Lane", 
"city": "Anytown" 
} 
} 


Scala 不 允许 同时 使 用 implict 和 case Rir, HALT, KARKAA case 类 。 
由 于 case 类 不 会 执行 通过 隐 式 所 自动 生成 的 额外 代码 ， 因 此 隐 式 case 类 本 身 也 就 没有 任 
何 意义 。 可 见 隐 式 类 的 用 途 非 常 罕 。 


请 注意 ， 我 们 通过 使 用 该 机 制 为 已 经 存在 的 类 添加 了 方法 。 因 此 ， 扩 展 方法 (extension 
method) 是 类 型 类 的 另 一 用 途 。 在 CH 和 FH 这 样 的 语言 中 也 存在 另 一 种 扩展 方法 的 机 制 
(请 查阅 微软 开发 网 络 (https://msdn.microsoft.com/en-us/library/bb383977.aspx ) 上 的 关于 扩 
展 方法 的 相关 页 面 )。 尽 管 C# 和 FH 提供 的 机 制 可 能 更 加 直 白 ， 但 是 类 型 类 的 应 用 却 更 为 
T iZ 















































另 一 方面 ， 与 面向 对 象 继承 关系 中 常 出 现 的 子 类 型 多 态 (subtype polymorphism) 不 同 ， 
toISON 方法 所 提供 的 多 态 行为 并 未 绑 定 类 型 系统 。 因 此 类 型 类 提供 的 这 一 功能 也 被 称 为 
特 设 多 态 (ad hoc polymorphism) 。 我 们 之 前 在 2.13 节 中 介绍 过 第 三 类 多 态 : 参数 化 多 态 
(paremetric polymorphism) 。 在 这 一 类 多 态 中 ， 像 Seq[A] 这 样 的 容器 的 行为 因 A 类 型 不 同 
而 不 同 。 

我 们 常会 有 这 样 的 错觉 ， 如 果 定 义 了 一 组 类 ， 每 个 类 只 提供 某 一 特定 的 行为 ， 对 于 大 多 数 
客户 而 言 ， 这 些 特定 的 行为 并 没有 什么 作用 。 而 类 型 类 模式 最 适合 用 于 这 种 情况 ， 对 这 组 
类 应 用 类 型 类 模式 能 够 使 客户 从 中 获 益 。 善 用 该 模式 能 够 在 维护 单一 职责 原则 的 同时 平衡 
多 个 客户 的 需求 。 


5.5 隐 式 所 导致 的 技术 问题 


那么 隐 式 有 哪些 问题 呢 ? 在 定义 类 型 时 ， 为 什么 不 将 类 型 定义 为 仅 比 字段 包 (字段 包 有 了 时 
候 又 称 为 贫血 类 型 ，anemic type) 稍 丰 富 一 点 ， 只 提供 非常 少 的 行为 的 类 型 呢 ? 然后 再 使 
用 类 型 类 添加 所 有 的 行为 呢 ? 
首先 ， 你 需要 花 时 间 编 写 用 于 定义 隐 式 的 额外 代码 ， 而 且 编 译 器 也 必须 费力 处 理 隐 式 。 因 
此 ， 编 译 那 些 大 量 应 用 隐 式 的 项 目 需 要 耗费 很 多 的 时 间 。 

隐 式 转换 同样 会 造成 额外 的 运行 开销 ， 这 是 因为 封装 类 型 会 引入 额外 的 中 间 层 。 尽 管 编译 
器 会 内 联 某 些 方法 调用 ， 而 且 JVM 也 会 执行 一 些 额 外 的 优化 ， 但 是 这 样 还 是 会 有 些 额外 
开销 。 我 们 会 在 第 14 章 谈论 值 类 型 ， 用 于 在 编译 期 间 消除 值 类 型 的 额外 运行 开销 。 

当 隐 式 特征 与 其 他 Scala 特征 ， 尤 其 是 子 类 型 特征 发 生 交 集 时 ， 会 产生 一 些 技术 问题 (SE 
于 子 类 型 特征 的 完整 内 容 ， 请 阅读 scala-debate email 组 的 讨论 贴 )。 

我 们 用 一 个 简单 示例 来 说 明 这 一 点 : 


// src/main/scala/progscala2/implicits/type-classes-subtyping.sc 


































































































trait Stringizer[+T] { 
def stringize: String 


} 


implicit class AnyStringizer(a: Any) extends Stringizer[Any] { 
def stringize: String = a match { 
case s: String => s 
case i: Int => (i*10).toString 
case f: Float => (f*10.1).toString 
case other => 
throw new UnsupportedOperationException(s"Can't stringize Sother") 
} 
} 


val list: List[Any] = List(1, 2.2F, "three", 'symbol) 
list foreach { (x:Any) => 


try { 
println(s"$x: ${x.stringize}") 
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} catch { 
case e: java. lang.UnsupportedOperationException => println(e) 
} 
} 


我 们 定义 了 一 个 名 为 Stringizer 的 抽象 体 。 如 果 按 照 之 前 TOISON 示例 的 做 法 ， 我 们 会 为 
所 有 我 们 希望 能 字符 串 化 的 类 型 创建 隐 式 类 。 这 本 身 就 是 一 个 问题 。 如 果 我 们 希望 处 理 
组 不 同 的 类 型 实例 ， 我 们 只 能 在 List 类 型 的 map 方法 内 隐 式 地 传人 一 个 Stringizer 实例 。 
因此 ， 我 们 就 必须 定义 一 个 AnyStringerize 类 ， 该 类 知道 如 何 对 我 们 已 知 的 所 有 类 型 进行 
处 理 。 这 些 类 型 甚至 还 包含 用 于 抛 出 异常 的 defautt 子 句 。 

这 种 实现 方式 非常 不 美观 ， 同 时 也 违背 了 面向 对 象 编程 中 的 一 条 核心 规则 一 一 你 不 应 该 使 
用 switch 语句 对 可 能 发 生变 化 的 类 型 进行 判断 。 相 反 ， 你 应 该 利用 多 态 分 发 任务 ， 这 类 似 
于 toString 方法 在 Scala 和 Java 语言 中 的 运作 方式 。 

如 果 你 想 更 深入 地 了 解 ToJSON 方 法 作用 于 一 组 对 象 的 具体 方法 ， 请 查看 相关 示例 代码 : 
implicits/type-classes-subtyping2.sc, 

最 后 ， 我 将 列 出 帮助 我 们 避免 某 些 潜在 问题 的 一 些 技巧 。 

无 论 何 时 都 要 为 隐 式 转换 方法 指定 返回 类 型 。 否 则 ， 类 型 推导 推断 出 的 返回 类 型 可 能 会 导 
致 预料 之 外 的 结果 。 

另外 ， 虽 然 编译 器 会 执行 一 些 “ 方 便 ” 用 户 的 转换 。 但 是 目前 来 看 这 些 转换 带 来 的 麻烦 多 
过 益处 (以 后 推出 的 Scala 也 许 会 修改 这 些 行为 ) 。 

首先 ， 假 如 你 为 某 一 类 型 定义 方法 +， 并 试图 将 该 方法 应 用 到 某 一 不 属于 该 类 型 的 实例 上 ， 
那么 编译 器 会 调用 该 实例 的 toString 方法 ， 这 样 一 来 便 能 执行 String 类 型 的 + 操作 (E 
并 字符 串 操 作 )。 这 可 以 解释 某 些 特定 情况 下 出 现 像 String 是 错误 类 型 的 奇怪 错误 。 

与 此 同时 ， 如 果 有 必要 的 话 ， 编 译 器 会 将 方法 的 输入 参数 自动 组 合成 一 个 元 组 。 有 了 时候 这 
一 行为 会 给 人 造成 困扰 。 幸 运 的 是 ，Scala 2.11 现在 会 抛 出 警告 信息 。 


scala> def m(pair:Tuple2[Int,String]) = println(pair) 


































































































scala> m(1, "two") 
<console>:9: warning: Adapting argument list by creating a 2-tuple: 
this may not be what you want. 
signature: m(pair: (Int, String)): Unit 
given arguments: 1, "two" 
after adaptation: m((1, "two"): (Int, String)) 
m(1,"two") 
Nn 


(1, two) 


也 许 这 个 时 候 你 已 经 有 点 坚 平 了 ， 不 过 这 也 没关系 。 我 希望 你 能 清楚 认识 到 隐 式 是 Scala 
中 的 一 门 强大 的 工具 ， 而 且 在 使 用 隐 式 时 也 能 保持 头脑 清醒 。 


























5.6 隐 式 解析 规则 


Scala 查找 隐 式 时 ， 会 遵照 一 组 复杂 的 搜寻 规则 ， 其 中 某 些 规则 的 设计 初 豆 是 为 了 解决 法 
在 的 二 义 性 。? 

尽管 根据 隐 式 所 处 的 情景 不 同 ， 会 存在 隐 式 方法 、 隐 式 值 和 隐 式 类 这 三 类 隐 式 。 在 下 面 的 
讨论 中 ， 我 将 使 用 “ 值 ”一 词 来 表示 隐 式 。 


。 Scala 会 解析 无 须 输入 前 级 路 径 的 类 型 兼容 隐 式 值 。 换 句 话 说 ， 隐 式 值 定义 在 相同 作用 
域 中 。 例 如 : 隐 式 值 定义 在 相同 代码 块 中 ， 隐 式 值 定义 在 相同 类 型 中 ， 隐 式 值 定义 在 伴 
生 对 象 中 (如果 存在 的 话 )， 或 者 定义 在 父 类 型 中 。 

。 Scala 会 解析 那些 导入 到 当前 作用 域 的 隐 式 值 (这 也 无 须 输入 前 级 路 径 )。 

第 二 条 规则 中 提 到 的 导入 隐 式 值 ， 其 优先 级 高 于 已 经 在 当前 作用 域 的 隐 式 值 。 

有 的 时 候 ， 会 存在 多 个 可 能 的 类 型 兼容 的 匹配 ， 这 时 Scala 将 挑选 匹配 度 最 高 的 隐 式 。 举 

个 例子 ， 如 果 隐 式 参 数 类 型 是 Foo 类 型 ， 而 当前 作用 域 中 既 存 在 Foo 类 型 的 隐 式 值 又 存在 

AnyRef 类 型 的 隐 式 值 ， 那 么 Scala 会 挑选 类 型 为 Foo 的 隐 式 值 。 

如 果 两 个 或 多 个 隐 式 值 可 能 引发 歧义 (例如 : 它们 具有 相同 的 类 型 )， 编 译 错误 会 被 触发 。 


Scala 库 中 定义 的 隐 式 常常 会 被 编译 器 加 载 到 作用 域 中 ， 而 其 他 语言 库 中 定义 的 隐 式 则 需 
要 通过 import 语句 来 加 载 进 作用 域 。 接 下 来 我 们 将 讨论 这 些 被 编译 器 加 载 的 隐 式 。 


5.7 Scala 内 置 的 各 种 隐 式 


Scala 2.11 版 库 源 代码 中 定义 了 超过 300 个 隐 式 方法 、 隐 式 值 和 隐 式 类 型 。 它 们 当中 的 大 
多 数 都 是 隐 式 方法 ， 而 隐 式 方法 中 的 多 数 则 被 用 于 将 某 一 类 型 转换 成 另 一 类 型 。 掌 握 什么 
样 的 隐 式 可 能 会 对 代码 产生 影响 对 我 们 来 说 比较 重要 ， 因 此 我 们 会 以 小 组 的 形式 对 这 些 隐 
式 进行 讨论 ， 而 不 会 是 一 一 列举 各 个 隐 式 。 黎 所 每 个 隐 式 的 详细 内 容 绝 非 是 最 重要 的 ， 让 
读者 能 够 “感觉 ”到 隐 式 的 类 型 才 是 最 有 益 的 。 如 果 希 望 具备 这 一 “直觉 ， 请 概览 本 市 。 
我 们 之 前 已 经 讨论 过 作用 于 集合 的 CanBuildFron 构建 器 。 现 在 有 一 个 与 它 比 较 相 似 的 
CanCombineFrom Jit ae, SILA REA GE CanCombineForm 构建 器 被 许多 操作 用 于 组 合 实 
例 。 但 是 本 市 不 会 列 出 这 些 构造 器 的 定义 。 


AnyVal 类 型 的 所 有 伴生 对 象 均 提供 了 丰富 的 转换 方法 ， 例如: 将 Int 值 转换 为 Long 值 。 大 
多 数 时 候 你 只 需要 调用 该 类 型 的 toX 方法 ， 如 下 所 示 : 


object Int { 















































































































































implicit def int2long(x: Int): Long = x.toLong 
i eee 
下 列 代码 片段 列举 了 一 些 Anyval 类 型 的 隐 式 转换 。 需 要 注意 的 是 由 于 Scala 提供 了 隐 式 转 











注 2:《Scala 语言 规范 》 对 这 些 规则 给 出 了 详细 的 定义 。 
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换 的 功能 ， 因 此 Scala 无 须 像 其 他 语言 一 样 必须 实现 大 多 数 常见 的 类 型 转换 。 
下 列 代码 片段 取 自 于 Byte (http://www.scala-lang.org/api/current/scala/Byte$.html) 伴生 对 象 : 


implicit def byte2short(x: Byte): Short = x.toShort 
implicit def byte2int(x: Byte): Int = x.toInt 
implicit def byte2long(x: Byte): Long = x.toLong 
implicit def byte2float(x: Byte): Float = x.toFloat 
implicit def byte2double(x: Byte): Double = x.toDouble 





下 列 代码 片段 取 自 Char (http:/Awww.scala-lang.org/api/current/scala/Char$.html) 伴生 对 象 : 
// 下 列 代码 片段 取 自 Char 伴 生 对 象 : 


implicit def char2int(x: Char): Int = x.toInt 
implicit def char2long(x: Char): Long = x.toLong 
implicit def char2float(x: Char): Float = x.toFloat 
implicit def char2double(x: Char): Double = x.toDouble 





下 列 代码 片段 取 自 Short (http://www.scala-lang.org/api/current/scala/Short$.html) 伴生 对 象 : 


implicit def short2int(x: Short): Int = x.toInt 
implicit def short2long(x: Short): Long = x.toLong 
implicit def short2float(x: Short): Float = x.toFloat 
implicit def short2double(x: Short): Double = x.toDouble 





下 列 代码 片段 取 自 Int (http://www.scala-lang.org/api/current/scala/Int$.html) 伴生 对 象 : 


implicit def int2long(x: Int): Long = x.toLong 
implicit def int2float(x: Int): Float = x.toFloat 
implicit def int2double(x: Int): Double = x.toDouble 


下 列 代码 片段 取 自 Long (http://www.scala-lang.org/api/current/scala/Long$.html) 伴生 对 象 : 





implicit def long2float(x: Long): Float = x.toFloat 
implicit def long2double(x: Long): Double = x.toDouble 


下 列 代码 片段 取 自 Float (http://www.scala-lang.org/api/current/scala/Float$.html) 伴生 对 象 : 
implicit def float2double(x: Float): Double = x.toDouble 
BigInt 和 BigDecimal 类 定义 在 scala.math 包 中 ， 它 们 可 以 转换 来 自 Anyval 类 型 和 Java 中 


对 应 的 实现 类 型 。 下 列 代 码 片 段 取 自 于 BigDecimal (http://www.scala-lang.org/api/current/ 
scala/math/BigDecimal$.html) 伴生 对 象 ; 








implicit def int2bigDecimal(i: Int): BigDecimal = apply(i) 

implicit def long2bigDecimal(1l: Long): BigDecimal = apply(1) 

implicit def double2bigDecimal(d: Double): BigDecimal = ... 

implicit def javaBigDecimal2bigDecimal(x: BigDec): BigDecimal = apply(x) 


调用 apply 方法 时 调用 了 BigDecimal 伴生 对 象 的 apply 工厂 方法 。 这 些 隐 式 提供 了 男 一 种 
简便 的 方式 调用 这 些 方法 。 

下 列 代码 片段 取 自 BigInt (http://www.scala-lang.org/api/current/scala/math/BigInt$.html) 介 
生 对 象 : 














TS 








implicit def int2bigInt(i: Int): BigInt = apply(i) 
implicit def Long2bigInt(1l: Long): BigInt = apply(1l) 
implicit def javaBigInteger2bigInt(x: BigInteger): BigInt = apply(x) 


Option 对 象 可 以 转换 成 包含 0 个 或 个 元 素 的 列表 : 


implicit def option2Iterable[A](xo: Option[A]): Iterable[A] = xo.toList 


Scala 使 用 了 一 些 Java 中 的 类 型 ， 像 Array[T] 和 String 类 型 。 和 它们 对 应 的 ArrayOps[T] 
和 StringOps 类 型 向 所 有 的 Scala 集合 提供 常用 的 方法 。 因 此 ， 无 论 是 转换 成 还 是 转换 自 
这 些 封 装 类 型 的 隐 式 转换 都 是 非常 有 用 的 。 其 他 的 转换 国 数 则 定义 在 名 称 中 包含 Wrapper 
单词 的 类 型 中 。 


Predef 中 定义 了 大 多 数 的 隐 式 定义 。 其 中 的 一 些 隐 式 定义 包含 了 intLine 标注 (http:// 
www.scala-lang.org/api/current/scala/inline.html) ， 这 一 标注 鼓励 编译 器 努力 尝试 将 函数 调用 
内 联 (inline)， 以 减少 栈 帧 开销 。 与 之 对 应 的 是 @noinline 标注 (http://www.scala-lang.org/ 
api/current/scala/noinline.html) ， 该 标注 阻止 编译 器 将 方法 调用 内 联 化 ， 即 便 是 条 件 允 许 的 
情况 。 


一 些 方法 能 将 某 一 类 型 转化 为 另 一 类 型 ， 例 如: 将 某 一 类 型 封装 成 新 的 类 型 后 ， 新 的 类 型 
会 提供 新 的 方法 : 


@inline implicit def augmentString(x: String): StringOps = new StringOps(x) 
@inline implicit def unaugmentString(x: StringOps): String = x.repr 
implicit def tuple2ToZippedOps[T1, T2](x: (T1, T2)) 

= new runtime. Tuple2Zipped.Ops(x) 
implicit def tuple3ToZippedOps[T1, T2, T3](x: (T1, T2, T3)) 

= new runtime. Tuple3Zipped.Ops(x) 
implicit def genericArrayOps[T](xs: Array[T]): ArrayOps[T] =... 





























implicit def booleanArrayOps(xs: Array[Boolean]): ArrayOps[Boolean] = 
= new ArrayOps.ofBoolean(xs) 

TE // 与 其 他 AnyVal 类 型 相似 的 方法 

implicit def refArrayOps[T <: AnyRef](xs: Array[T]): ArrayOps[T] 
= new ArrayOps.ofRef[T](xs) 














@inline implicit def byteWrapper(x: Byte) = new runtime.RichByte(x) 
// 与 其 他 AnyVal 类 型 相似 的 方法 














implicit def genericWrapArray[T](xs: Array[T]): WrappedArray[T] =... 
implicit def wrapRefArray[T <: AnyRef](xs: Array[T]): WrappedArray[T] =... 
implicit def wrapIntArray(xs: Array[Int]): WrappedArray[Int] =... 

// 与 其 他 AnyVal 类 型 相似 的 方法 














implicit def wrapString(s: String): WrappedString = ... 
implicit def unwrapString(ws: WrappedString): String =... 


如 果 你 希望 理解 runtime. Tuple2Zipped.Ops 方法 的 用 意 ， 首 先 你 需要 意识 到 大 多 数 集合 都 
提供 了 zip 方法， 该 方法 可 以 将 两 个 集合 连接 起 来 。 两 个 集合 的 元 素 组 成 一 个 新 的 元 素 的 
过 程 就 好 像 合 上 拉链 一 样 。 


scala> val zipped = List(1,2,3) zip List(4,5,6) 
zipped: List[(Int, Int)] = List((1,4), (2,5), (3,6)) 
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我 们 可 以 对 合并 后 的 集合 执行 成 对 的 操作 ， 例 如 : 

scala> val products = zipped map { case (x,y) => x * y } 

products: List[Int] = List(4, 10, 18) 
请 注意 我 们 在 输入 参数 为 元 组 类 型 的 匿名 函数 中 应 用 了 模式 匹配 ， 传 递 给 匿名 函数 的 一 对 
Int 元 素 与 pair 元 素 相 匹配 。 
Tuple2Zipper .Ops 和 Tuple3Zipper .Ops 提供 了 invert 方法 ， 该 方法 会 将 包含 两 个 元 素 或 三 
个 元 素 的 集合 转换 成 包含 二 元 元 组 或 三 元 元 组 的 集合 。 换 言 之 ， 它 们 会 压缩 原本 就 定义 在 
元 组 中 的 容器 。 例 如 : 


scala> val pair = (List(1,2,3), List(4,5,6)) 
pair: (List[Int], List[Int]) = (List(1, 2, 3),List(4, 5, 6)) 





























scala> val unpair = pair.invert 
unpair: List[(Int, Int)] = List((1,4), (2,5), (3,6)) 


val pair = (List(1,2,3), List("one", "two", "three")) 
tuple2ToZippedOps(pair) map {case (int, string) => (int*2, string. toUpperCase) } 


val pair = (List(1,2,3), List(4,5,6)) 
pair map { case (inti, int2) => int1 + int2 } 


在 Predef 对 象 中 ， 还 定义 了 许多 转换 成 或 转换 自 其 他 Java 类 型 的 转换 方法 ， 例 如 : 


implicit def byte2Byte(x: Byte) = java.lang.Byte.value0f(x) 
implicit def Byte2byte(x: java.lang.Byte): Byte = x.byteValue 
ae // Similar functions for the other AnyVal types. 














为 了 能 完整 描述 Predef 中 定义 的 隐 式 ， 我 们 再 回顾 一 下 之 前 在 本 章 中 见 到 的 一 些 定义 : 


implicit def conforms[A]: A <:< A=... 
implicit def tpEquals[A]: A =:=A=... 


下 面 的 代码 将 java.util.Random 对 3 (http://docs.oracle.com/javase/8/docs/api/java/util/ 
Random.html) 转换 成 scala.util.Random 对 象 (http://www.scala-lang.org/api/current/scala/ 
util/Random.html) : 


implicit def javaRandomToRandom(r: java.util.Random): Random = new Random(r) 





scala.collection.convert 包 中 定义 了 一 些 trait， 这 些 trait 提供 了 Java 容器 与 Scala 容器 
之 则 的 转换 方法 。 这 为 实现 Java 互 操 作 性 提供 了 便利 。 事 实 上 ， 出 于 性 能 方面 的 考虑 ， 
Scala 会 尽 可 能 避免 执行 类 型 转换 。 不 过 因为 目标 集合 的 抽象 体 是 建立 在 底层 容器 的 基础 
上 ， 因 此 并 不 会 造成 太 多 的 性 能 损耗 。 

DecorateAsJava (http://www.scala-lang.org/api/current/scala/collection/convert/DecorateAsJava. 
html) 中 定义 了 一 些 Scala 容器 ， 这 些 容 器 类 是 Java 容器 的 装饰 类 (decoration) 。 为 了 便 
于 读者 阅读 ， 我 们 对 代码 中 返回 的 类 型 标注 进行 了 换行 处 理 ， 而 下 面 代码 中 出 现 的 ju 和 
记 则 分 别 对 应 了 DecorateAsJava 实际 源码 中 的 java.lang 及 java.util。 各 种 名 为 AsJava* 
的 类 型 则 是 提供 了 这 些 转换 操作 的 辅助 类 型 ; 
























































implicit def asJavaIteratorConverter[A](i : Iterator[A]): 
AsJava[ju.Iterator[A]] =... 

implicit def asJavaEnumerationConverter[A](i : Iterator[A]): 
AsJavaEnumeration[A] = ... 

implicit def asJavaIterableConverter[A](i : Iterable[A]): 
AsJava[jl.Iterable[A]] = ... 

implicit def asJavaCollectionConverter[A](i : Iterable[A]): 
AsJavaCollection[A] =... 

implicit def bufferAsJavaListConverter[A](b : mutable.Buffer[A]): 
AsJava[ju.List[A]] =... 

implicit def mutableSeqAsJavaListConverter[A](b : mutable.Seg[A]): 
AsJava[ju.List[A]] =... 

implicit def seqAsJavaListConverter[A](b : Seq[A]): 
AsJava[ju.List[A]] =... 

implicit def mutableSetAsJavaSetConverter[A](s : mutable.Set[A]): 
AsJava[ju.Set[A]] =... 

implicit def setAsJavaSetConverter[A](s : Set[A]): 
AsJava[ju.Set[A]] =... 

implicit def mutableMapAsJavaMapConverter[A, B](m : mutable.Map[A, B]): 
AsJava[ju.Map[A, B]] =... 

implicit def asJavaDictionaryConverter[A, B](m : mutable.Map[A, B]): 
AsJavaDictionary[A, B] =... 

implicit def mapAsJavaMapConverter[A, B](m : Map[A, B]): 
AsJava[ju.Map[A, B]] =... 

implicit def mapAsJavaConcurrentMapConverter[A, B](m: concurrent.Map[A, B]): 
AsJava[juc.ConcurrentMap[A, B]] =... 





我 们 可 以 使 用 DecorateAsScala (http://www.scala-lang.org/api/current/scala/collection/convert/ 
DecorateAsScala.html) 中 定义 的 隐 式 方法 ， 将 Java 容器 装饰 成 Scala 容器 : 


implicit def asScalaIteratorConverter[A](i : ju.Iterator[A]): 
AsScala[Iterator[A]] =... 

implicit def enumerationAsScalaIteratorConverter[A](i : ju.Enumeration[A]): 
AsScala[Iterator[A]] =... 

implicit def iterableAsScalaIterableConverter[A](i : jl.Iterable[A]): 
AsScala[Iterable[A]] =... 

implicit def collectionAsScalaIterableConverter[A](i : ju.Collection[A]): 
AsScala[Iterable[A]] =... 

implicit def asScalaBufferConverter[A](1 : ju.List[A]): 
AsScala[mutable.Buffer[A]] =... 

implicit def asScalaSetConverter[A](s : ju.Set[A]): 
AsScala[mutable.Set[A]] =... 

implicit def mapAsScalaMapConverter[A, B](m : ju.Map[A, B]): 
AsScala[mutable.Map[A, B]] =... 

implicit def mapAsScalaConcurrentMapConverter[A, B](m: juc.ConcurrentMap[A, B]): 
AsScala[concurrent.Map[A, B]] =... 

implicit def dictionaryAsScalaMapConverter[A, B](p: ju.Dictionary[A, B]): 
AsScala[mutable.Map[A, B]] =... 

implicit def propertiesAsScalaMapConverter(p: ju.Properties): 
AsScala[mutable.Map[String, String]] =... 


尽管 这 些 方法 都 是 定义 在 特征 中 的 ， 不 过 JavaConverts x (http://www.scala-lang.org/api/ 
current/#scala.collection.JavaConverters$) 为 你 提供 导入 这 些 方法 的 快捷 方式 ， 你 可 以 使 用 
下 列 语句 把 这 些 方法 加 载 到 当前 作用 域 中 : 
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import scala.collection.JavaConverters._ 


这 些 转 换 器 的 目的 是 让 你 能 够 对 Scala 容器 调用 asJava 函数 以 生成 对 应 的 Java 容器 ， 对 
Java 容器 调用 asScala 以 生成 Java 容器 。 因 此 ， 这 些 方法 有 效 地 定义 了 Scala 容器 类 型 与 
Java 容器 类 型 之 间 的 1 对 1 的 关联 关系 。 


但 是 更 多 时 候 ， 你 希望 能 够 选择 输出 容器 的 类 型 ， 而 不 是 使 用 asScala 或 asJava 方法 提供 
的 某 些 容器 类 型 。 这 时 ，WrapAsJava 和 WrapAsScala 定义 的 一 些 额 外 的 转换 方法 便 能 派 得 
上 用 场 。 


下 面 列举 了 WrapAsJava 中 提供 的 一 些 方法 : 


implicit def asJavaIterator[A](it: Iterator[A]): ju.Iterator[A] = 
implicit def asJavaEnumeration[A](it: Iterator[A]): ju.Enumeration[A] 
implicit def asJavaIterable[A](i: Iterable[A]): jl.Iterable[A] = 
implicit def asJavaCollection[A](it: Iterable[A]): ju.Collection[A] = 
implicit def bufferAsJavaList[A](b: mutable.Buffer[A]): ju.List[A] = 
implicit def mutableSeqAsJavaList[A](seq: mutable.Seq[A]): ju.List[A] 
implicit def seqAsJavaList[A](seq: Seq[A]): ju.List[A] = 
implicit def mutableSetAsJavaSet[A](s: mutable.Set[A]): ju.Set[A] = 
implicit def setAsJavaSet[A](s: Set[A]): ju.Set[A] = 
implicit def mutableMapAsJavaMap[A, B](m: mutable.Map[A, B]): ju.Map[A, B] = 
implicit def asJavaDictionary[A, B](m: mutable.Map[A, B]): ju.Dictionary[A, B] 
implicit def mapAsJavaMap[A, B](m: Map[A, B]): ju.Map[A, B] = 
implicit def mapAsJavaConcurrentMap[A, B](m: concurrent.Map[A, B]): 
juc.ConcurrentMap[A, B] = 


下 面 列 出 了 WrapAsScala 中 定义 的 方法 : 


implicit def asScalaIterator[A](it: ju.Iterator[A]): Iterator[A] = 
implicit def enumerationAsScalalIterator[A](i: ju.Enumeration[A]): 
Iterator[A] =... 
implicit def iterableAsScalaIterable[A](i: jl.Iterable[A]): Iterable[A] = 
implicit def collectionAsScalaIterable[A](i: ju.Collection[A]): Iterable[A]=... 
implicit def asScalaBuffer[A](1: ju.List[A]): mutable.Buffer[A] = 
implicit def asScalaSet[A](s: ju.Set[A]): mutable.Set[A] = 
implicit def mapAsScalaMap[A, B](m: ju.Map[A, B]): mutable.Map[A, B] =... 
implicit def mapAsScalaConcurrentMap[A, B](m: juc.ConcurrentMap[A, B]): 
concurrent.Map[A, B] = .. 
implicit def dictionaryAsScalaMap[A, B](p: ju.Dictionary[A, B]): 
mutable.Map[A, B] = 
implicit def propertiesAsScalaMap(p: ju.Properties): 
mutable.Map[String, String] = 
[source,scala] 




































































& JavaConverters 相似 ， 我 们 可 以 使 用 Javaconversions 对 象 (http://www.scala-lang.org/ 
api/current/#scala.collection.JavaConversions$) 将 定义 在 这 些 trait 中 的 方法 导入 到 当前 作 
用 域 : 


import scala.collection.JavaConversions._ 


对 容器 执行 排序 是 非常 常见 的 操作 ， 因 此 Scala 提供 了 一 些 ordering[T] 类 型 的 隐 式 值 ， 
其 中 TT 是 一 个 String 类 型 值 ，String 类 型 是 一 类 AnyVal 类 型 ， 可 以 转换 成 Numeric 类 




















TI 























| ee 


第 5 章 





型 或 用 户 自 定义 的 顺序 值 (数值 类 型 是 对 作用 于 数值 的 常见 操作 的 一 种 抽象 ) ; 请 查看 
Ordered[T] (http://www.scala-lang.org/api/current/scala/math/Ordering.html) 中 的 定义 。 
我 们 不 会 列 出 一 些 在 集合 类 型 中 定义 的 隐 式 Ordering 值 ， 不 过 在 ordering[T] 类 型 中 存在 


最 后 

















implicit def ordered[A <% Comparable[A]]: Ordering[A] =... 
implicit def comparatorToOrdering[A](implicit c: Comparator[A]):Ordering[A]=... 
implicit def seqDerivedOrdering[CC[X] <: scala.collection.Seq[X], T]( 

implicit ord: Ordering[T]): Ordering[CC[T]] =... 
implicit def infixOrderingOps[T](x: T)(implicit ord: Ordering[T]): 

Ordering[T]#Ops = ... 
implicit def Option[T](implicit ord: Ordering[T]): Ordering[Option[T]] = ... 
implicit def Iterable[T](implicit ord: Ordering[T]): Ordering[Iterable[T]] =... 
implicit def Tuple2[T1, T2](implicit ord1: Ordering[T1], ord2: Ordering[T2]): 

Ordering[(T1, T2)] =... 
// 相似 的 函数 :从 Tuple3 到 Tuple9 

















， 还 有 一 些 转换 可 用 于 构建 “迷你 - DSL 语言 ”的 并 发 或 管理 进程 。 











wc, scala.concurrent.duration 包 (http://www.scala-lang.org/api/current/scala/concurrent/ 
duration/package.html) 中 提供 了 一 些 用 于 定义 持续 时 间 的 方法 (我们 会 在 第 17 章 中 看 到 
这 些 类 型 以 及 用 于 调用 并 发 的 其 他 类 型 ) : 






































implicit def pairIntToDuration(p: (Int, TimeUnit)): Duration =... 
implicit def pairLongToDuration(p: (Long, TimeUnit)): FiniteDuration = ... 
implicit def durationToPair(d: Duration): (Long, TimeUnit) =... 


面 列举 了 一 些 各 种 各 样 的 转换 方法 ， 代 码 摘自 scala.concurrent 包 的 多 个 文件 : 





// scala.concurrent.FutureTaskRunner: 
implicit def futureAsFunction[S](x: Future[S]): () => S 


// scala.concurrent.JavaConversions: 

implicit def asExecutionContext(exec: ExecutorService): 
ExecutionContextExecutorService =... 

implicit def asExecutionContext(exec: Executor): ExecutionContextExecutor =... 


// scala.concurrent.Promise: 
private implicit def internalExecutor: ExecutionContext =... 


// scala.concurrent.TaskRunner: 
implicit def functionAsTask[S](fun: () => S): Task[S] 


// scala.concurrent.ThreadPoolRunner : 
implicit def functionAsTask[S](fun: () => S): Task[S] =... 
implicit def futureAsFunction[S](x: Future[S]): () => 


n 
I 


iJ, Process 提供 了 一 些 与 UNIX shell 命令 类 似 的 方法 ， 以 支持 操作 系统 进程 操作 : 


implicit def buildersToProcess[T](builders: Seq[T])( 
implicit convert: T => Source): Seq[Source] =... 
implicit def builderToProcess(builder: JProcessBuilder): ProcessBuilder =... 
implicit def fileToProcess(file: File): FileBuilder =... 
implicit def urlToProcess(url: URL): URLBuilder =... 
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implicit def stringToProcess(command: String): ProcessBuilder = ... 
implicit def stringSeqToProcess(command: Seq[String]): ProcessBuilder =... 


这 真是 一 个 很 长 的 代码 ! 不 过 我 希望 你 可 以 通过 浏览 这 些 代码 对 Scala 库 是 如 何 支持 并 运 
用 隐 式 能 有 一 个 大 概 的 了 解 。 


5.8 合理 使 用 隐 式 


在 构建 DSL 以 及 简化 代码 的 API 的 过 程 中 ， 隐 式 参 数 机 制 是 一 种 非常 强大 的 工具 。 不 过 
由 于 传递 的 隐 式 参数 以 及 隐 式 值 几 乎 是 不 可 见 的， 这 就 增加 了 理解 代码 的 难度 。 所 以 ， 我 
们 应 该 合理 地 使 用 隐 式 。 

有 一 种 可 以 提高 隐 式 可 见 性 的 方法 ， 即 将 隐 式 值 统 一 放 到 名 为 impLicts 的 特殊 包 或 名 为 
Implicits 的 对 象 中 。 这 种 方式 使 得 读者 一 旦 遇 到 导入 语句 中 的 implicit 字样 时 ， 便 会 留 
意 到 除了 Scala 内 置 的 隐 式 之 外 ， 还 存在 一 些 其 他 的 隐 式 。 值 得 庆幸 的 是 ， 目 前 有 些 IDE 
也 能 够 指出 代码 中 存在 的 隐 式 。 


5.9 本章 回 顾 与 下 一 章 提要 


我 们 在 本 章 中 深入 学 习 了 Scala 语言 中 关于 隐 式 的 各 种 知识 。 我 希望 你 能 在 理解 了 隐 式 的 
功能 和 用 途 的 同时 ， 还 能 牢记 它们 的 缺点 。 

接 下 来 ,我们 将 深入 学 习 函 数 式 编程 的 原理 。 我 们 首先 会 讨论 函数 式 编程 的 核心 概念 并 解 
释 它 们 的 重要 性 。 之 后 我 们 将 会 了 解 到 Scala 库 中 大 多 数 容器 类 型 所 提供 的 强大 的 函数 。 
通过 学 习 ， 我 们 能 够 掌握 如 何 使 用 这 些 函 数 构 建 简洁 却 又 强大 的 程序 。 
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用 100 个 函数 操作 工 个 数据 结构 ， 总 比 用 10 个 函数 操作 10 个 数据 结构 来 得 好 。 
Alan J. Perlis 


每 隔 一 二 十 年 ， 就 会 有 一 种 计算 机 思想 成 为 主流 。 而 在 成 为 主流 之 前 ， 这 种 思想 可 能 已 经 

在 计算 机 科学 研究 领域 或 者 工程 实 耻 的 菜 个 出 瞳 角 洲 里 潜伏 了 好 帮 十 年 之 久 。 之 所 以 能 

为 主流 思想 是 由 于 它 可 以 恰当 地 解决 当前 面临 的 问题 。 面 向 对 象 编程 语言 (OOP) 发 明 于 

20 世纪 60 年 代 ， 由 于 面向 对 象 编程 很 适合 解决 图 形 界面 的 设计 问题 ， 它 因此 成 为 20 世纪 

80 年 代 的 主流 编程 范式 。 

函数 式 编程 走向 主流 的 过 程 也 非常 类 似 。 关 于 函数 式 编程 的 研究 实际 上 比 面向 对 象 编程 的 

还 要 久远 。 函 数 式 编程 主要 可 以 为 当前 面临 的 三 大 挑战 提供 解决 方案 。 

(是 并 发 的 普遍 需求 。 有 了 并 发 ， 我 们 可 以 对 应 用 进行 水 平 扩展 ， 并 提供 其 对 抗 服务 器 故 
障 的 能 力 。 所 以 ， 如 今 并 发 编程 已 经 是 每 个 开发 者 的 必 备 技能 

(2) 是 编写 数据 导向 (如 “大 数据 ”) 程序 的 要 求 。 当 然 ， 从 某 种 意义 上 说 ， 每 个 程序 都 与 
数据 密切 相关 ， 但 如 今天 数据 的 发 展 趋势 ， 使 得 有 效 处 理 海量 数据 的 技术 被 提高 到 了 更 
重要 的 位 置 。 

(3) 是 编写 无 bug 的 程序 的 要 求 。 这 个 挑战 与 编程 本 身 一 样 古 老 ， 但 国 数 式 编程 从 数学 的 角 
度 为 我 们 提供 了 新 的 工具 ， 使 我 们 向 无 bug 的 程序 又 迈进 了 一 步 。 

apes 这 一 特点 解决 了 并 发 编程 中 最 大 的 难题 ， 即 对 共享 的 可 变 状态 的 访问 问题 。 因 
， 编 写 状态 不 可 变 的 代码 就 称 为 编写 健壮 的 并 发 程序 的 必 备 品 ， 而 拥抱 函数 式 编程 就 是 

CE 至 。 状 态 不 可 变 ， 以 及 严密 的 函数 式 编程 思想 有 其 数学 理论 

为 基础 ， 还 能 减少 程序 中 的 逻辑 错误 。 


在 本 章 和 以 后 的 章节 中 ， 我 们 会 逐渐 掌握 函数 式 编程 的 操作 方法 ， 同 时 我 们 也 会 发 现 函 数 
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式 编 程 在 处 理 数 据 导向 的 应 用 中 的 明显 优势 。 这 一 点 会 在 第 18 章 深 入 讨论 。 本 书 中 讨论 
的 很 多 主题 都 有 助 于 减少 bug 的 产生 ， 特 别 有 帮 助 的 部 分 我 们 会 进行 特别 讲解 。 

到 目前 为 止 ， 在 本 书 中 我 假定 读者 对 面向 对 象 编程 有 基本 的 概念 。 但 由 于 理解 函数 式 编 程 
的 人 相对 较 少 ， 所 以 我 们 会 花 些 时 间 介 绍 函 数 式 编程 的 基本 概念 。 在 17.3 市 ， 我 们 会 深入 
探讨 函数 式 编程 是 编写 并 发 程序 的 有 效 工 具 这 一 问题 ， 另 外 ， 你 还 将 发 现 ， 它 也 对 改进 面 
问 对 象 程序 也 很 有 帮助 。 

在 本 章 的 开始 ， 我 们 会 暂时 抛 开 Scala 语言 ， 花 少量 篇 幅 介 绍 函 数 式 编 程 。 对 于 Scala 这 样 
一 门 混合 范式 的 语言 ， 国 数 式 编程 并 不 是 必须 采用 的 ， 但 几 是 能 用 得 上 的 地 方 ， 都 推荐 你 
采用 Scala。 


6.1 什么 是 函数 式 编程 

存 不 存在 一 门 编程 语言 不 使 用 函数 或 其 他 类 似 函 数 的 结构 ? 不管 它 们 叫 方法 (method), 
程序 (procedure)， 还 是 coTo， 它 们 都 相当 于 函数 。 所 有 的 语言 都 有 函数 。 

函数 式 编程 的 理论 基础 是 数学 中 关于 函数 和 值 的 规则 。 这 对 软件 编程 中 的 函数 有 着 深远 的 
影响 。 


6.1.1 数学 中 的 函数 
在 数学 里 ， 函 数 没 有 副作用 。 以 下 是 经 典 的 sin(x) 函数 : 
y=sin(x) 
无 论 sin(x) 做 了 多 少 计算 ， 它 的 所 有 结果 都 被 函数 返回 并 赋值 给 了 y。 在 sin(x) 内 部 ， 没 有 
任何 全 局 状态 被 修改 。 这 样 ， 我 就 称 该 函数 是 无 副作用 函数 ， 即 纯 函数 。 
纯 函 数 极 大 地 简化 了 函数 的 分 析 、 测 试 和 调试 。 你 可 以 不 考虑 调用 该 函数 的 上 下 文 信息 ， 
否则 的 话 ， 就 要 受 该 上 下 文中 调用 的 其 他 函数 的 影响 了 。 
由 于 可 以 忽略 上 下 文 信息 ，3 引 1 用 是 透明 的 ， 这 带 来 了 两 个 结果 。 第 一 ， 你 可 以 在 任何 地 方 
调用 函数 ， 并 确信 其 行为 与 上 下 文 无 关 ， 每 次 的 行为 都 能 够 确保 相同 。 由 于 没有 任何 全 局 
对 象 被 修改 ， 对 函数 的 并 发 调用 也 是 安全 可 靠 的 ， 不 需要 任何 线程 安全 的 编写 技巧 。 
第 二 ， 你 可 以 用 表达 式 所 计算 得 出 的 值 替 换 表 达 式 本 身 。 考 虑 如 下 例子 : 由 于 方程 
sin(pi/2) = 1 成 立 ， 只 要 sin 国 数 是 纯 国 数 ， 代 码 分 析 器 如 编译 器 或 者 运行 时 的 虚拟 机 就 
可 以 将 函数 调用 sin(pi/2) 替换 为 1， 而 不 会 引入 任何 错误 。 
返回 Unit 的 函数 只 能 执行 带 副作用 的 操作 ， 它 必须 在 某 处 对 可 变 状态 做 修 
改 。 一 个 例子 就 是 调用 了 println 或 printf 去 打印 the world 字符 串 的 函数 ， 
THEA VO 相关 状态 修改 为 the world, 







































































由 于 我 们 可 以 用 其 中 一 个 替换 另 一 个 ， 值 与 函数 之 间 有 着 天 然 的 对 称 关系 。 那 么 能 否 用 函 
数 来 替换 值 ， 或 者 将 函数 视 为 值 呢 ? 
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事实 上 ， 在 函数 式 编程 中 ， 函 数 是 第 一 等 级 的 值 ， 就 像 数 据 变量 的 值 一 样 。 你 可 以 从 函数 
中 组 合 形 成 新 函数 (如 tan()=sin(r)eos(x))， 可 以 将 函数 赋值 给 变量 ， 也 可 以 将 函数 作为 
参数 传递 给 其 他 函数 ， 还 可 以 将 函数 作为 其 他 函数 的 返回 值 。 


当 一 个 函数 采用 其 他 函数 作为 变量 或 返回 值 时 ， 它 被 称 为 高 阶 函 数 。 在 数学 中 ， 微 积分 中 
有 两 个 高 阶 函 数 的 例子 一 一 微分 与 积分 。 我 们 将 一 个 表达 式 作为 函数 传 给 “微分 函数 ”， 
然后 微分 函数 返回 了 一 个 新 函数 ， 即 原 函 数 的 导数 。 

我 们 已 经 接触 了 不 少 高 阶 函 数 的 例子 ， 如 : 集合 类 型 的 map 方法 。map 方法 的 参数 是 一 个 
函数 ， 该 函数 对 集合 中 的 每 个 元 素 进行 操作 。 


6.1.2 不 可 变 变量 

“变量 ”一 词 在 函数 式 编程 中 有 新 的 含义 。 传 统 的 面向 对 象 编程 是 面向 过 程 编程 的 一 个 子 
集 ， 如 果 你 有 面向 过 程 编 程 的 背景 ， 你 会 认为 变量 就 是 可 变 的 。 然 而 ， 在 函数 式 编程 中 ， 
变量 是 不 可 变 的 。 

这 是 数学 原理 带 来 的 男 一 个 结果 。 在 表达 式 y=sin(x) H, 一旦 x 确定 , y 也 就 确定 了 。 类 
此 地 ， 值 也 是 不 可 变 的 。 如 果 你 想 对 3 加 1， 你 不 能 “对 3 这 个 对 象 做 修改 "， 而 只 能 “ 创 
建 一 个 新 的 值 表示 4”。 我 们 在 这 里 用 “ 值 ” 一 词 作为 不 可 变 变 量 的 同义词 。 

假如 一 开始 你 对 不 可 变 变量 不 太 习 惯 ， 对 于 值 的 不 可 变 特性 你 也 会 很 难 适应 。 如 果 你 没 法 
修改 变量 ， 你 就 不 能 用 循环 变量 了 ， 也 不 能 通过 方法 的 调用 修改 对 象 的 状态 ， 不 能 执行 输 
入 输出 操作 。 用 值 不 可 变 的 特性 思考 需要 花 些 力气 。 

显然 ， 我 们 不 可 能 永远 使 用 纯 函 数 。 没 有 了 输入 输出 ， 你 的 计算 机 除了 发 热 以 外 别 无 用 
处 。 实 践 中 的 函数 式 编 程 对 何 时 执行 可 变 操作 ， 什 么 时 候 只 调用 纯 函 数 做 了 明确 界定 。 





































































































为 什么 输入 输出 是 有 副作用 的 ? 
很 容易 想到 sin(x) 是 没有 副作用 的 纯 函 数 。 为 什么 输入 和 输出 是 有 副作用 的 非 纯 操 
作 ? 它们 修改 了 我 们 周围 的 状态 ， 如 : 文件 的 内 容 和 屏幕 上 看 到 的 输出 。 它 们 也 不 是 
引用 透明 的 。 每 次 调用 readline (定义 于 Predef 中 ) ， 都 会 取出 不 同 的 结果 。 每 次 调 
用 println (同样 定义 于 Predef) ， 会 传 入 不 同 的 值 ， 但 都 返回 Unit, 











这 并 不 意味 着 函数 式 编程 完全 没有 状态 。 如 果 那 样 的 话 ， 函 数 式 编程 也 就 没什么 用 处 了 。 
你 可 以 用 新 的 对 象 或 新 开 的 栈 空间 来 表示 状态 的 修改 ， 即 调用 函数 ， 并 返回 你 要 的 值 。 
回顾 第 2 章 的 例子 : 


// src/main/scala/progscala2/typelessdomore/factorial.sc 








def factorial(i: Int): Long = { 
def fact(i: Int, accumulator: Int): Long = { 
if (i <= 1) accumulator 
else fact(i - 1, i * accumulator) 


} 
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fact(i, 1) 
} 


(0 to 5) foreach ( i => println(factorial(i)) ) 


我 们 用 递归 来 计算 阶乘 。 对 计算 结果 的 每 次 更 新 被 压 到 了 栈 上 ， 而 不 是 直接 修改 栈 中 
的 值 。 
在 这 个 例子 的 最 后 ， 我 们 将 结果 打印 出 来 。 所 有 的 函数 式 语言 都 提供 了 类 似 的 机 制 ， 可 以 
帮助 我 们 完成 1O 操作 ， 以 及 其 他 必须 涉及 状态 修改 的 行为 。 对 于 Scala 这 样 非常 灵活 的 
混合 范式 语言 ， 我 们 需要 学 会 审慎 规范 地 在 必须 修改 状态 时 才 对 状态 做 修改 ， 剩 下 的 部 分 
应 该 尽量 做 到 无 副作用 。 


值 不 可 变性 对 编写 可 扩展 的 并 发 程序 有 巨大 的 好 处 。 多 线程 程序 的 大 部 分 难点 在 于 对 公共 
的 可 变 状态 进行 访问 时 的 同步 问题 。 如 果 去 掉 了 公共 状态 的 可 变性 ， 这 个 问题 将 不 复 存 
在 。3 引 用 透明 的 函数 和 值 不 可 变性 的 结合 ， 使 得 函数 式 编 程 成 为 编写 并 发 软件 应 用 的 更 好 
选择 。 对 并 发 程序 进行 扩展 的 需求 的 增长 ， 提 高 了 业界 对 函数 式 编程 的 关注 。 

这 两 个 特点 对 编程 还 有 其 他 方面 的 好 处 。60 年 间 ， 我 们 发 明 的 所 有 编程 语言 的 构造 都 在 试 
图 管理 复杂 性 。 高 阶 的 纯 函 数 被 称 为 粘 合 剂 ， 它 们 可 以 将 灵活 、 细 粒度 的 代码 块 和 粒度 更 
大 、 更 复杂 的 程序 很 好 地 组 合 在 一 起 。 我 们 已 经 遇见 过 与 集合 有 关 的 方法 串 在 一 起 并 用 少 
量 代码 完成 复杂 逻辑 的 例子 。 
纯 函 数 与 值 不 可 变性 极 大 地 降低 了 bug 出 现 的 概率 。 致 命 的 bug 大 多 来 源 于 可 变 状 态 ， 尤 
其 是 那 种 部 署 到 生产 环境 之 前 很 难 测 试 出 来 的 bug， 这 种 bug 通常 也 是 最 难 修复 的 。 

可 变 状态 意味 着 一 个 模块 对 状态 的 修改 ， 对 于 其 他 模块 来 说 是 不 可 预见 的 ， 由 此 可 能 引发 
“幽灵 般 的 超 距 作用 o 


纯 国 数 通 过 去 掉 面 向 对 象 的 程序 代码 中 的 同步 保护 代码 ， 从 而 大 大 简化 了 代码 。 对 于 面向 
对 象 编程 而 言 ， 对 数据 结构 的 访问 往往 被 封装 在 对 象 中 。 因 为 如 果 状 态 可 变 ， 我 们 不 可 能 
简单 地 将 其 与 客户 端 共享 ， 而 往往 通过 增加 特定 的 访问 方法 ， 从 而 使 得 客户 端 对 状态 的 访 
问 在 我 们 的 控制 范围 之 内 。 这 些 用 于 访问 的 方法 增加 了 代码 的 体积 ， 从 而 增加 了 测试 与 维 
护 的 成 本 。 这 也 使 得 API 增多 ， 增 加 了 客户 端的 学 习 成 本 。 

当 我 们 有 了 值 的 不 可 变性 以 后 ， 这 些 问 题 基本 都 消失 了 。 我 们 可 以 将 内 部 数据 设 为 可 对 外 
公开 访问 ， 从 而 不 必 再 担心 数据 的 值 被 修改 的 问题 。 当 然 了 ， 减 少 耦 合 和 暴露 抽象 的 普遍 
原则 依然 适用 。 隐 藏 实现 细节 对 于 最 小 化 API 签名 依然 是 非常 重要 的 。 

一 个 关于 不 可 变性 的 反常 现象 是 ， 其 程序 反而 比 状 态 可 变 的 程序 更 快 。 如 果 你 不 能 修改 对 
象 的 值 ， 你 就 只 能 在 需要 改变 值 的 时 候 复制 一 份 ， 再 进行 修改 ， 对 吗 ? 幸运 的 是 ， 函 数 式 
编程 通过 共享 对 象 中 的 未 修改 部 分 使 得 复制 的 开销 最 小 化 。 

与 此 相反 ， 面 向 对 象 语言 中 的 数据 结构 并 不 支持 高 效 的 复制 操作 。 当 需要 共享 数据 结构 的 
内 部 状态 时 ， 为 了 使 数据 免 受 不 需要 的 修改 操作 所 污染 ， 客 户 端 不 得 不 对 可 变 的 数据 结构 
做 代价 昂贵 的 复制 。 

另 一 个 性 能 提供 的 原因 在 于 数据 结构 的 惰性 求 值 ， 如 Scala 的 Stream XA! (http://www. 

















































































































































































































scala-lang.org/api/current/scala/collection/immutable/Stream.html)。 少 部 分 函数 式 语言 如 
Haskell， 它 们 的 默认 为 惰性 值 ， 这 意味 着 求 值 操作 被 推迟 到 对 应 的 值 的 确 需 要 用 的 时 候 '。 


Scala 默认 的 求 值 规则 为 立即 求 值 或 者 严格 求 值 。 惰 性 求 值 在 Scala 中 的 优势 在 于 它 可 以 避 
免 做 不 需要 的 求 值 计算 。 例 如 : 处 理 很 大 的 流 式 数据 时 ， 如 果 只 需要 其 中 开头 的 一 小 部 分 
数据 ， 那 么 对 整个 数据 做 处 理 就 显得 十 分 浪费 。 即 使 最 终 的 确 需要 整 块 数据 ， 情 性 策略 也 
可 以 提前 得 出 结果 ， 而 不 需要 等 待 整 块 数据 都 处 理 完成 才 行 。 

HBA, Scala 为 何不 干脆 也 将 惰性 求 值 设 为 默认 的 规则 呢 ? 这 是 由 于 在 很 多 场景 下 惰性 求 
值 的 效率 并 不 高 ， 而 且 求 值 的 结果 也 很 难 预 测 。 所 以 ， 多 数 函 数 式 编 程 语言 默认 为 立即 求 
值 。 但 场景 合适 时 也 可 以 使 用 惰性 求 值 ， 如 在 处 理 流 式 数据 时 。 

是 时 候 来 探讨 Scala 中 的 函数 式 编程 实践 了 。 我 们 会 继续 讨论 函数 式 的 其 他 方面 特点 及 其 
好 处 。 在 介绍 Scala 的 面向 对 象 特性 之 前 ， 我 们 先 介绍 其 函数 式 特性 ， 以 鼓励 大 家 真正 理 
解 函 数 式 的 好 处 。 对 于 Java 程序 员 而 言 ， 最 便捷 的 学 习 途 径 就 是 先 将 Scala 视 为 “更 好 的 
Java”, 一 门 拥有 一 些 奇 怪 隐 星 的 函数 式 特点 的 面向 对 象 编程 的 语言 。 我 会 将 这 些 隐 星 的 角 
落 清楚 地 展现 在 大 家 面前 ， 从 而 使 得 我 们 得 以 领略 其 魅力 和 实力 。 

本 章 介 绍 了 那些 我 认为 每 个 Scala 程序 员 都 必须 掌握 的 基础 。 函 数 式 编程 是 一 个 庞大 而 让 
富 的 领域 ， 我 们 将 会 在 第 16 章 为 新 手 介 绍 一 些 更 高 级 但 并 非 必须 掌握 的 话题 。 


6.2 Scala 中 的 函数 式 编程 

作为 一 门面 向 对 和 象 与 函数 式 的 混合 范式 语言 ，Scala 并 不 强制 要 求 函数 必须 是 纯 函数 ， 也 
不 要 求 变量 不 可 变 。 尽 管 它 的 确 推 荐 你 在 任何 可 能 的 情况 下 这 么 做 。 

我 们 来 快速 概述 一 下 我 们 已 经 学 到 的 东西 。 


以 下 是 几 个 高 阶 函 数 ， 我 们 将 其 组 合 在 一 起 ， 用 它 来 对 一 个 整数 列表 进行 遍历 ， 过 滤 出 其 
中 的 偶数 ， 对 每 个 偶数 乘 以 2， 再 使 用 reduce 函数 将 各 个 整数 乘 在 一 起 : 


// src/main/scala/progscala2/fp/basics/hofs-example.sc 

























































































































































































(1 to 10) filter (_ % 2 == 0) map (_ * 2) reduce (_ * _) 
结果 为 122880。 


回顾 一 下  %2=50,_ * 2, 与 _* 是 国 数字 面 量 。 前 两 个 国 数 只 有 一 个 参数 ， 赋 值 
给 占 位 符 _， 最 后 一 个 函数 带 两 个 参数 ， 该 函数 本 身 是 reduce 函数 的 参数 。 

reduce 函数 将 各 个 元 素 做 累 乘 ， 也 就 是 说 它 将 整数 的 集合 reduce 为 一 个 值 。reduce 函数 
带 两 个 参数 ， 均 赋值 给 了 占 位 符 ~。 甚 中 一 个 参数 是 集合 中 的 当前 元 素 ， 另 一 个 参数 就 是 
累 乘 值 ， 是 上 一 次 调用 reduce 函数 得 到 的 部 分 元 素 的 累 乘 结果 。( 第 一 个 参数 是 累 乘 参数 ， 
还 是 第 二 个 参数 是 累 乘 参数 取决 于 具体 实现 ) 对 传人 的 函数 的 要 求 是 : 其 计算 必须 满足 结 
合 律 ， 类 似 乘法 与 加 法 ， 因 为 我 们 不 保证 集合 中 元 素 的 计算 顺序 。 









































注 1: Haskell 社区 有 一 个 笑话 ， 说 他 们 总 是 将 成 功 尽 可 能 地 推迟 到 最 后 一 分 钟 。 
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于 是 ， 我 们 只 用 了 一 行 代码 ， 疫 有 用 可 变 的 计数 右 ， 也 没有 用 可 变 变 量 作为 累 乘 结果 ， 就 
“循环 ”遍历 了 列表 得 出 结果 。 


6.2.1 匿名 函数 、Lambda 与 闭 包 
对 刚才 的 例子 做 以 下 修改 : 
// src/main/scala/progscala2/fp/basics/hofs-closure-example.sc 


var factor = 2 
val multiplier = (i: Int) => i * factor 


(1 to 10) filter (_ % 2 == 0) map multiplier reduce (_ * _) 


factor = 3 
(1 to 10) filter (_ % 2 == 0) map multiplier reduce (_ * _) 


我 们 定义 一 个 名 为 factor 的 变量 ， 作 为 累 乘 因子 。 而 之 前 的 匿名 函数 _* 2 则 替换 为 一 个 
名 为 multiplier 的 变量 ， 变 量 的 值 由 factor 决定 。 注 意 ，multiplier 事实 上 也 是 一 个 函 
数 。 由 于 函数 在 Scala 中 是 第 一 等 的 ， 因 此 我 们 定义 了 表示 函数 的 变量 。 不 过 ， 这 不 是 简 
单 的 替换 ， 在 这 里 multiplier 引用 了 factor， 而 不 是 将 其 硬 编码 为 2。 


注意 看 我 们 使 用 两 个 不 同 的 factor 值 时 ， 程 序 的 运行 结果 。 首 先 我 们 的 输出 值 为 122880， 
与 之 前 相同 ， 但 接着 输出 值 为 933120。 


尽管 multiplier 是 一 个 不 可 变 的 函数 字面 量 ， 当 Factor 改变 时 ，multiplier 的 行为 也 跟 
着 改变 。 

TE multiplier 国 数 中 有 两 个 变量 1 和 factor, i 是 一 个 国 数 的 参数 ， 所 以 每 次 调用 时 ,1 
都 绑 定 了 一 个 新 的 值 。 


ZA, factor 并 不 是 multiplier 的 参数 ， 而 是 一 个 自由 变量 ， 是 一 个 当前 作用 域 中 某 个 值 
的 引用 。 所 以 ， 编 译 器 创建 了 一 个 闭 包 ， 用 于 包含 (或 “覆盖 ”) multiplier 与 它 引 用 的 
外 部 变量 的 上 下 文 信息 ， 从 而 也 就 绑 定 了 外 部 变量 本 身 。 

这 就 是 factor 变化 时 ，multiplier 也 跟着 变化 的 原因 。Multiplier 引用 了 factor， 每 次 
调用 时 都 重新 读 取 Factor 的 值 。 如 果 函 数 没 有 外 部 引用 ， 那 它 就 只 是 包含 了 自身 ， 不 需要 
外 部 上 下 文 信息 。 
即使 factor 处 于 某 个 局 部 作用 域 (如 某 个 方法 ) 中 ， 而 我 们 将 multiplier 传递 给 其 他 作 


用 域 〈 如 另 一 个 方法 ) 中 时 ， 这 一 机 制 仍然 有 效 。 该 自由 变量 factor 的 有 效 性 一 直 伴 随 
multiplier 国 数 : 




















































































































// src/main/scala/progscala2/fp/basics/hofs-closure2-example.sc 
def m1 (multiplier: Int => Int) = { 
(1 to 10) filter (_ % 2 == 0) map multiplier reduce (_ * _) 


def m2: Int => Int = { 
val factor = 2 





val multiplier = (i: Int) => i * factor 
multiplier 


} 
mi(m2) 


我 们 调用 m2， 返 回 了 一 个 类 型 为 Int => Int 的 函数 。 





返回 的 内 部 值 是 multiplier, 


multiplier 引用 了 m2 中 定义 的 变量 factor, 一旦 m2 返回 ， 就 离开 了 factor 变量 的 作用 域 。 








然后 调用 m1， 将 m2 的 返回 值 传递 给 它 。 尽 管 factor 变量 已 经 离开 了 ml 的 作用 域 ， 但 程 
函数 事实 上 是 一 个 闭 包 ， 它 包含 了 











序 的 输出 与 之 前 的 例子 相同 ， 仍 为 122880。m2 返回 的 
对 factor 的 引用 。 


这 里 有 几 个 概念 存在 交叉 的 常用 术语 。 




















一 种 具有 名 或 匿名 的 操作 。 其 代码 直到 被 调用 时 才 执 行 。 在 函数 的 定义 中 ， 可 能 有 也 可 


能 没有 3 引用 外 部 的 未 绑 定 变量 。 
e Lambda 
一 种 匿名 国 数 。 在 它 的 定义 中 ， 可 能 有 也 可 能 没有 引用 外 部 的 未 绑 定 变 量 。 


。 we 











是 一 个 函数 ， 可 能 匿名 或 具有 名 称 ， 在 定义 中 包含 了 自由 变量 ， 函 数 中 包含 了 环境 信 





息 ， 以 绑 定 其 引用 的 自由 变量 。 





为 什么 用 Lambda 这 个 名 字 ? 


Fl Lambda 来 表示 匿名 函数 源 于 Lambda HAR, Lambda 微 积 分 中 用 希腊 字母 Lambda 
入 表示 匿名 函数 。Alonzo Church 在 数学 的 可 计算 性 理论 中 首先 研究 了 Lambda ft 

， 在 Lambda 微 积分 中 ， 将 函数 的 特性 总 结 为 : 函数 是 绑 定 了 值 ， 或 用 其 他 表达 
(apply) 的 计算 行为 的 抽象 。(apply 一 词 就 是 我 们 
已 经 接触 过 的 默认 方法 apply 名 字 的 来 源 。) Lambda HA PAA By KRRK AA fl 10, 
如 何 用 值 代 替 变 量 等 定义 了 规则 。 











不 同 的 编程 语言 往往 用 上 述 的 术语 和 其 他 术语 来 表示 这 几 个 有 细微 区 别 的 概念 。 在 Scala 
中 ， 我 们 称 Lambda 函数 为 匿名 函数 或 函数 字面 量 ， 对 于 闭 包 和 其 他 函数 则 并 不 区 分 (BR 














非 这 样 的 区 别 的 确 重要 )。 

作为 函数 的 方法 

在 上 一 小 节 讨 论 函 数 捕捉 外 部 变量 时 ， 我 们 将 匿名 国 数 multiplier 定义 为 一 个 值 : 
val multiplier = (i: Int) => i * factor 

不 过 ， 你 也 可 以 用 方法 代替 函数 : 


// src/main/scala/progscala2/fp/basics/hofs-closure3-example.sc 





object Multiplier { 
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var factor = 2 
// Compare: val multiplier = (i: Int) => i * factor 
def multiplier(i: Int) = i * factor 


} 
(1 to 10) filter (_ % 2 == 0) map Multiplier.multiplier reduce (_ * _) 


Multiplier.factor = 3 
(1 to 10) filter (_ % 2 == 0) map Multiplier.multiplier reduce (_ * _) 


multiplier 此 时 是 一 个 方法 。 比 较 一 下 函数 定义 与 方法 定义 的 语法 区 别 。 除 了 multiplier 
是 方法 以 外 ， 我 们 对 它 的 使 用 与 函数 相同 ， 因 此 它 并 没有 引用 this。 在 需要 函数 的 地 方 用 
了 方法 ， 我 们 就 称 该 方法 被 提升 为 了 函数 。“ 提 升 ”这 个 词 的 其 他 用 法 我 们 会 在 后 续 章 节 
中 继续 学 习 。 


6.2.2 ”内 部 与 外 部 的 纯粹 性 

如 果 我 们 用 相同 的 x 值 调用 sino 函数 一 千 次 ， 系 统 每 次 都 重新 进行 一 次 将 会 是 极 大 的 浪 
费 。 即 使 在 “纯粹 ”的 函数 库 中 ， 也 常常 执行 内 部 优化 ， 如 缓存 (或 称 为 “ 记 住 ") 之 前 
的 计算 结果 。 但 缓存 引入 了 副作用 ， 因 此 缓存 的 状态 会 被 修改 。 


然而 ， 这 种 状态 的 改变 对 用 户 来 说 是 不 可 见 的 (除非 影响 性 能 的 意义 )。 函 数 的 实现 只 需 
要 负责 达到 “契约 ” 即 可 ， 即 线程 安全 与 透明 引用 。 


6.3 递归 

在 国 数 式 编 程 中 ， 递 归 比 在 命令 式 编程 中 更 为 重要 。 递 归 是 实现 “循环 ”的 唯一 方法 ， 因 
为 你 无 法 修改 循环 变量 。 

阶乘 的 计算 就 是 一 个 很 好 的 例子 。 以 下 是 Java 用 命令 式 循 环 的 一 种 阶乘 实现 ， 


// src/main/java/progscala2/fp/loops/Factorial.java 
package progscala2.fp.loops; 










































































public class Factorial { 
public static long factorial(long 1) { 
long result = 1L; 
for (long j = 2L; j <= l; j++) { 
result *= j; 
} 
return result; 


} 


public static void main(String args[]) { 
for (long l = 1L; l <= 10; 1++) 
System.out.printf("%d:\t%d\n", l, factorial(1l)); 
} 
} 


循环 变量 j 和 计算 结果 均 为 可 变 变量 。( 为 了 简化 程序 ， 我 们 忽略 了 输入 变量 小 于 等 于 零 
的 情况 。) 该 程序 使 用 sbt 构建 ， 因 此 我 们 可 以 在 sbt 提示 符 下 运行 它 : 
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> run-main progscala2.fp.loops.Factorial 
[info] Running FP.loops.Factorial 

Tei 

2 2 

3 6 

4 24 

5% 120 

6: 720 

7: 5040 

8 40320 

9: 362880 

10: 3628800 

[success] Total time: 0 s, completed Feb 12, 2014 6:12:18 PM 


以 下 为 递归 实现 : 


// src/main/scala/progscala2/fp/recursion/factorial-recur1.sc 
import scala.annotation.tailrec 


// What happens if you uncomment the annotation?? 
// @tailrec 
def factorial(i: BigInt): BigInt = 

if (i == 1) i 

else i * factorial(i - 1) 


} 


for (i <- 1 to 10) 
println(s"Si:\t${factorial(i)}") 

输出 是 相同 的 ， 但 这 里 没有 可 变 的 变量 。( 你 可 能 认为 在 最 后 测试 部 分 的 for 表达 式 中 1 是 
可 变 的 ， 但 实际 上 它 不 是 ， 我 们 将 会 在 第 7 章 进 行 阐释 。) 
递归 是 表达 函数 的 最 常用 方式 。 然 而 ， 递 归 也 有 两 个 缺点 : 反复 调用 函数 带 来 的 开销 ， 栈 
溢出 的 风险 。 
如 果 编 译 器 或 运行 环境 能 够 将 我 们 写 出 的 纯粹 的 且 以 递归 实现 的 函数 优化 为 循环 就 好 了 。 
接 下 来 我 们 就 将 探讨 这 个 话题 。 


6.4 尾部 调用 和 尾部 调用 优化 


有 一 种 特殊 的 递归 被 称 为 尾 递 归 。 在 尾 递 归 中 ， 函 数 可 以 调用 自身 ， 并 且 该 调用 是 函数 的 
最 后 一 个 (“尾部 ”) 操作 。 尾 递归 非常 重要 ， 因 为 这 是 能 把 函数 优化 为 循环 的 最 重要 的 一 
种 递归 。 循 环 可 以 消除 潜在 的 栈 溢出 风险 ， 同 时 也 因为 消除 了 函数 调用 开销 而 提升 效率 。 
尽管 目前 原生 JVM 还 不 支持 尾 递归 优化 ， 但 scalac 可 以 。 

然而 ， 我 们 计算 阶乘 的 例子 并 不 是 尾 递归 。 阶 乘 调用 了 自身 以 后 ， 还 将 结果 相 乘 。 回 亿 一 
下 ,第 2 章 中 讲 到 Scala 有 一 个 标记 Ctailrec (http:/Avww.scala-lang.org/api/current/#scala. 
annotation.tailrec) ， 可 以 添加 在 你 认为 是 尾 递归 的 递归 国 数 中 。 如 果 编 译 器 无 法 对 它 做 尾 
递归 优化 ， 系 统 将 抛 出 异常 。 


将 之 前 的 例子 中 @tailrec 前 的 // 广 释 符号 去 掉 ， 运 行 并 观察 输出 。 
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幸运 的 是 ， 我 们 在 艇 和 套 方 法 定义 与 递归 中 的 例子 是 一 个 合法 的 尾 递归 实现 。 以 下 是 甚 改 
进 版 : 


// src/main/scala/progscala2/fp/recursion/factorial-recur2.sc 
import scala.annotation.tailrec 








def factorial(i: BigInt): BigInt = { 


@tailrec 
def fact(i: BigInt, accumulator: BigInt): BigInt = 
if (i == 1) accumulator 


else fact(i - 1, i * accumulator) 


fact(i, 1) 
} 


for (i <- 1 to 10) 
println(s"$i:\t${factorial(i)}") 


以 上 脚本 的 输出 与 之 前 的 例子 相同 。 这 样 ，factorial Him BNI fact 完成 了 计算 工作 。 
fact 是 尾 递 归 的 ， 因 为 它 用 一 个 累 乘 的 参数 去 保存 计算 的 结果 。 该 参数 与 一 个 乘 数 相 乘 ， 
然后 在 函数 的 尾部 调用 fact 自身 。@tailrect 标记 不 再 抛 出 异常 ， 因 为 编译 器 可 以 成 功 将 
其 转 为 循环 。 


如 果 你 用 一 个 大 数 一 一 如 10 000 一 一 去 调用 原始 的 非 尾 递归 版 本 的 factorial 函数 ， 一 般 
普通 的 台式 计算 机 会 出 现 栈 洪 出 。 尾 递归 优化 的 版 本 则 可 以 成 功 运 行 ， 并 返回 结果 。 
定义 一 个 驱 套 的 尾 递归 国 数 ， 将 累积 值 作为 参数 ， 是 将 很 多 普通 递归 算法 转 为 尾 递归 的 实 
用 技巧 。 





























pæ 























当 一 个 调用 了 自身 的 方法 ， 有 可 能 被 子 类 型 中 的 同名 方法 覆 写 时 ， 尾 递归 是 
无 效 的 。 所 以 ， 尾 递归 的 方法 必须 用 private 或 final 关键 字 或 者 将 
CREATE, 











尾 递 归 的 trampoline 优 化 

trampoline (原意 为 “蹦床 ”) 是 指 通过 依次 调用 各 个 函数 完成 一 系列 国 数 之 间 的 循环 。 暗 
喻 在 多 个 函数 之 间 反 复 来 回调 用 。 

我 们 考虑 一 下 这 种 递归 : 函数 A 不 调用 自身 ,而 是 调用 了 男 一 个 函数 B， 而 函数 B 又 调用 
TA, A 再 次 调用 B， 如 此 循环 。trampoline 可 以 将 这 种 反复 来 回调 用 的 函数 也 转化 为 循环 。 
由 此 可 见 ，trampoline 是 一 种 无 需 递 归 就 可 以 处 理 这 种 来 回调 用 的 计算 的 数据 结构 。 
Scala 库 中 有 一 个 尾 递 归 对 象 (http:/www.scala-lang.org/api/current/scala/util/control/ 
TailCalls$.html) 用 于 达到 这 个 目的 。 

以 下 代码 提供 了 确定 一 个 数 是否 为 偶数 的 方法 ， 但 效率 不 高 。( 因 为 isEven 和 is0dd 互相 
引用 。 可 以 用 REPL 的 :paste 模式 粘贴 以 下 代码 。) 


// src/main/scala/progscala2/fp/recursion/trampoline.sc 
// From: scala-lang.org/api/current/index.html#scala.util.control.TailCalls$ 

















import scala.util.control.TailCalls._ 


def isEven(xs: 


List[Int]): TailRec[Boolean] = 


if (xs.isEmpty) done(true) else tailcall(isOdd(xs.tail)) 


def isOdd(xs: 


List[Int]): TailRec[Boolean] = 


if (xs.isEmpty) done(false) else tailcall(isEven(xs.tail)) 


for (i <- 1 to 5) { 
val even = isEven((1 to i).toList).result 
println(s"$i is even? Seven") 


} 





以 上 代码 对 列表 中 的 元 素 进行 来 回调 用 ， 如 果 到 列表 结束 时 ， 处 于 isEven 方法 中 ， 

















true; 如 果 在 isOdd 方法 中 ， 则 返回 false, 
得 到 以 下 与 期 望 相符 的 输出 结果 : 


运行 脚本 ， 


1 is 
2 is 
3 is 
4 is 
5 is 


even? 
even? 
even? 
even? 
even? 





false 
true 
false 
true 
false 


6.5 ” 偏 应 用 函数 与 偏 函 数 
考虑 如 下 带 两 个 参数 列表 的 简单 方法 ， 


// src/main/scala/progscala2/fp/datastructs/curried-func.sc 





scala> def cat1(s1: String)(s2: String) = s1 + s2 


Cat1: 


(st: 


String)(s2: String)String 





如 果 我 们 需要 一 个 专门 的 版 本 ， 要 求 第 一 
来 定义 这 档 





的 函数 ; 


scala> val hello = cati("Hello ") _ 
hello: String => String = <function1i> 


scala> hello("World!") 
res0: String = Hello World! 


scala> cati("Hello ")("World!") 
resi: String = Hello World! 


REPL 的 输出 表明 ，hetLtLo 是 一 个 <function1>， 





我 们 调用 cata 时 给 出 了 第 一 个 参数 列表 ， 
hello。 下 面 我 们 试 着 不 用 下 划 线 调用 cat1: 


scala> val hello = cati("Hello ") 


>console<:8: error: 





也 就 是 带 一 个 参数 的 函数 。 

















missing arguments for method cat1; 


follow this method with `_' if you want to treat it as a 
partially applied function 


则 返 





个 字符 串 总 是 Hello， 我 们 可 以 通过 偏 应 用 函数 


后 面 跟 上 一 个 下 划 线 (_)， 用 它 来 定义 了 
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val hello = cati("Hello ") 
nN 


关键 就 在 于 偏 应 用 函数 。 对 于 拥有 多 个 参数 列表 的 函数 而 言 ， 如 果 你 希望 忽略 其 中 一 个 或 
多 个 参数 列表 ， 可 以 通过 定义 一 个 新 函数 来 实现 。 也 就 是 说 ， 你 给 出 了 部 分 所 需 的 参数 。 
为 了 避免 潜在 的 表达 式 歧义 ，Scala 要 求 在 后 面 加 上 下 划 线 ， 用 来 告诉 编译 器 你 的 真实 目 
的 。 注 意 ， 这 个 特性 只 对 函数 的 多 个 参数 列表 有 效 ， 对 一 个 参数 列表 中 的 多 个 参数 的 情况 
并 不 适用 。 

编写 cat1("Hello")("World") 时 ， 它 的 开头 有 点 像 偏 作用 函数 cat1("Hetlo")_， 但 随后 我 
们 给 出 了 第 二 个 参数 列表 ， 这 样 就 消除 了 歧义 。 


下 面 厘清 一 些 让 人 困惑 的 术语 。 这 里 我 们 一 直 在 讨论 偏 应 用 函数 ， 其 实 偏 应 用 函数 表示 表 
达 式 中 使 用 了 函数 ， 但 并 未 给 出 所 需 的 所 有 参数 列表 。 所 以 ， 系 统 返 回 了 一 个 新 的 函数 ， 
该 函数 的 参数 列表 是 原 函 数 中 没有 给 出 的 剩 下 的 那 部 分 参数 列表 。 


我 们 也 掌握 了 偏 国 数 的 概念 ， 这 点 在 2.4 节 有 所 介绍 。 回 顾 一 下 ， 偏 函数 带 一 个 某 类 型 参 
a A 


scala> val inverse: PartialFunction[Double, Double] = { 
| case d if d != 0.0 => 1.0 / d 
| } 


inverse: PartialFunction[Double,Double] = <function1> 



































scala> inverse(1.0) 
resi28: Double = 1.0 


scala> inverse(2.0) 
resi29: Double = 0.5 


scala> inverse(0.0) 

scala.MatchError: 0.0 (of class java.lang.Double) 
at scala.PartialFunction$$anon$1.apply(PartialFunction.scala:248) 
at scala.PartialFunction$$anon$1.apply(PartialFunction. scala: 246) 


这 个 求 倒数 的 函数 并 不 太 健壮 ， 因 为 当 d 非常 小 但 非 零 时 ，1/d tee anit! 当然， 这 里 想 
说 的 是 ， 这 个 inverse 函数 是 “ 偏 ” 的 ， 只 处 理 除 以 0.0 外 的 所 有 Double 类 型 。 


fim EH KK a at: 带 部 分 而 非 全 部 参数 列表 的 函数 。 返 回 值 是 一 个 
新 函数 ， 新 函数 负责 携带 剩 下 的 参数 列表 。 偏 函数 则 是 单 参数 的 函数 ， 并 未 
对 该 类 型 的 所 有 值 都 有 定义 。 偏 函数 的 字面 量 语法 由 包围 在 花 括 号 中 的 一 个 
或 多 个 case 语句 构成 。 


6.6 Curry 化 与 函数 的 其 他 转换 


在 2.5.2 节 ， 我 们 引入 了 “方法 可 以 拥有 多 个 参数 列表 ”的 思想 。 我 们 讨论 过 它 的 用 法 ， 
不 过 函数 还 有 另 一 种 基本 性 质 也 支持 这 一 思想 ， 称 为 Curry。 访 命名 来 自 于 数学 家 Haskell 



























































Curry (这 也 是 Haskell 的 命名 来 源 )。 事 实 上 ，Curry 的 研究 来 源 于 Moses Schénfinkel 的 思 
AB, WE, Æ Schonfinkeling 还 是 Schonfinkelization， 就 更 难 解释 了 ……… 


Curry 将 一 个 带 有 多 参数 的 函数 转换 为 一 系列 函数 ， 每 个 函数 都 只 有 一 个 参数 。 


在 Scala 中 ， PSUS a 处 理 后 函数 都 只 有 一 个 参数 列表 。 
回顾 一 下 上 一 节 定 义 的 cati 方法 : 


// src/main/scala/progscala2/fp/datastructs/curried-func.sc 














def cat1(s1: String)(s2: String) = s1 + s2 
也 可 以 用 以 下 语法 来 定义 curry 化 的 函数 : 

def cat2(s1: String) = (s2: String) => s1 + s2 

一 种 语法 更 具 可 读 性 。 而 第 二 种 语法 在 将 Curry 化 的 函数 作为 偏 应 用 函数 时 ， 不 需要 在 
- 外 加 上 下 划 线 : 


scala> def cat2(si: String) = (s2: String) => s1 + s2 
cat2: (s1: String)String => String 














scala> val cat2hello = cat2("Hello ") // 没有 _ 
cat2hello: String => String = <function1> 


scala> cat2hello("World!") 
res0: String = Hello World! 


调用 两 个 国 数 的 写法 相同 ， 返 回 结果 也 相同 : 


scala> cat1("foo")("bar") 
res0: String = foobar 


scala> cat2("foo")("bar") 
resi: String = foobar 


我 们 还 可 以 将 一 个 带 有 多 个 参数 的 方法 转 为 Curry 化 的 形式 (注意 如 何 用 偏 应 用 函数 的 语 
法 来 完成 Curry 化) ， ; 


scala> def cat3(s1: String, s2: String) = s1 + s2 
cat3: (s1: String, s2: String)String 





scala> cat3("hello", "world") 
res2: String = helloworld 


scala> val cat3Curried = (cat3 _).curried 
cat3Curried: String => (String => String) = <function1> 


scala> cat3Curried("hello")("world") 
res3: String = helloworld 


在 这 个 例子 中 ， 我 们 将 带 有 两 个 参数 的 方法 cat3， 转 为 其 Curry 化 的 等 价 函 数 ， 该 函数 带 
两 个 参数 列表 。 如 果 cat3 带 三 个 参数 ， 则 相应 的 Curry 也 就 带 有 三 个 参数 列表 ， 以 此 类 推 。 


注意 类 型 签名 cat3Curried, String => (String => String)。 我 们 这 次 用 函数 值 来 代替 : 
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// src/main/scala/progscala2/fp/datastructs/curried-func2.sc 


scala> val f1: String => String => String = 
(s1: String) => (s2: String) => s1+s2 
f1: String => (String => String) = <function1> 


scala> val f2: String => (String => String) = 
(s1: String) => (s2: String) => s1 + s2 
f2: String => (String => String) = <function1> 


scala> f1("hello") ("world") 
res4: String = helloworld 


scala> f2("hello") ("world") 
res5: String = helloworld 


类 型 签名 String => String => String 与 String => (String => String) 是 等 价 的 。 调 用 
f1 或 f2 时 绑 定 第 一 个 参数 列表 ， 将 会 返回 一 个 类 型 为 String => String 的 新 函数 。 


我 们 也 可 以 用 Function (http://www.scala-lang.org/api/current/scala/Function$.html) 中 的 一 
个 方法 对 函数 做 “去 Curry” 


scala> val cat3Uncurried = Function.uncurried(cat3Curried) 
cat3Uncurried: (String, String) => String = <function2> 





scala> cat3Uncurried("hello", "world") 
res6: String = helloworld 


scala> val ffi = Function.uncurried(f1) 
ff1: (String, String) => String = <function2> 


scala> ffi("hello", "world") 

res7: String = helloworld 
Curry 的 一 个 实际 用 处 是 对 特定 类 型 的 数据 函数 做 特殊 化 。 函 数 可 以 接受 通用 的 类 型 ， 而 
Curry 化 的 函数 形式 则 只 接受 特定 的 类 型 。 
以 下 就 是 这 种 方法 的 一 个 示例 。 原 函数 用 于 计算 连 乘 ，Curry 化 的 函数 是 原 函 数 的 特 化 
版 本 : 


scala> def multiplier(i: Int)(factor: Int) = i * factor 
multiplier: (i: Int)(factor: Int)Int 











scala> val byFive = multiplier(5) _ 
byFive: Int => Int = <function1> 


scala> val byTen = multiplier(10) _ 
byTen: Int => Int = <functioni> 


scala> byFive(2) 
res8: Int = 10 


scala> byTen(2) 
res9: Int = 20 





原 函 数 是 multiplier, HATER: 第 一 个 为 整数 ， 第 二 个 也 是 整数 ， 表 示 系 数 。 我 们 随 
后 将 其 Curry 化 为 两 个 函数 变量 值 。 不 要 忘 了 后 面 的 下 划 线 。 接 着 ， 我 们 就 调用 了 这 两 个 
函数 。 

正如 你 所 看 到 的 那样 ，Curry 与 偏 应 用 函数 是 紧密 相关 的 两 个 概念 。 你 可 能 会 发 现 这 两 个 
概念 可 以 互相 替换 ， 但 重要 的 是 它们 的 应 用 。 

此 外 ， 还 有 另外 一 些 值得 了 解 的 函数 转换 形式 。 


你 可 能 会 遇 到 这 样 一 种 场景 : 你 有 一 个 元 组 ， 例 如 ， 一 个 三 元 素 元 组 ， 而 你 需要 调用 一 个 
包含 三 个 参数 的 函数 : 


scala> def mult(d1: Double, d2: Double, d3: Double) = d1 * d2 * d3 
mult: (d1: Double, d2: Double, d3: Double)Double 





























scala> val d3 = (2.2, 3.3, 4.4) 
d3: (Double, Double, Double) = (2.2,3.3,4.4) 


scala> mult(d3._1, d3._2, d3._3) 
res10: Double = 31.944000000000003 




















代码 不 太美 观 ， 但 是 因为 需要 使 用 元 组 字面 量 语法 ， 例 如 : (2.2, 3.3, 4.4), WETHER, 
元 组 元 素 与 函数 的 参数 列表 变 得 很 相称 。 我 们 需要 一 个 新 版 的 mutt 函数 ， 其 参数 就 是 一 个 
三 元 素 的 元 组 。 幸 运 的 是 ，Function 对 象 为 我 们 提供 了 元 组 形式 和 非 元 组 形式 的 方法 : 


scala> val multTupled = Function.tupled(mult _) 
multTupled: ((Double, Double, Double)) => Double = <function1> 











scala> multTupled(d3) 
res11: Double = 31.944000000000003 


scala> val multUntupled = Function.untupled(multTupled) 
multUntupled: (Double, Double, Double) => Double = <function3> 


scala> multUntupled(d3._1, d3._2, d3._3) 

resi2: Double = 31.944000000000003 
注意 当 我 们 将 mult 传递 给 Function.tupled 时， 是 如 何 做 偏 应 用 化 的 。 但 是 ， 假 如 我 们 将 
os a 这 种 语法 现象 
是 面向 对 象 的 方法 与 函数 式 编程 的 函数 组 合 相 混合 的 结果 。 幸 运 的 是 ， 我 们 大 部 分 情况 下 
可 以 对 方法 和 函数 一 视 同 仁 。 


后 要 介绍 的 是 ， 偏 函数 与 返回 Option 函数 之 间 是 可 以 相互 转化 的 : 


// src/main/scala/progscala2/fp/datastructs/lifted-func.sc 














scala> val finicky: PartialFunction[String,String] = { 
| case "finicky" => "FINICKY" 
| } 


finicky: PartialFunction[String,String] = <functioni> 


scala> finicky("finicky") 
res13: String = FINICKY 
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scala> finicky("other") 
scala.MatchError: other (of class java.lang.String) 


scala> val finickyOption = finicky. lift 
finickyOption: String => Option[String] = <function1> 


scala> finickyOption("finicky") 
res14: Option[String] = Some(FINICKY) 


scala> finickyOption("other") 
res15: Option[String] = None 


scala> val finicky2 = Function.unlift(finickyOption) 
finicky2: PartialFunction[String,String] = <function1> 


scala> finicky2("finicky") 
res16: String = FINICKY 


scala> finicky2("other") 
scala.MatchError: other (of class java.lang.String) 





REARED. RNR BATT — mA, IBY SAS i E eA eS 
况 ， 可 以 将 偏 国 数 提升 为 一 个 返回 Option 的 国 数 ， 也 可 以 将 返回 Option 的 函数 “降级 ” 
为 偏 函 数 。 


6.7 ”函数 式 编程 的 数据 结构 


在 面向 对 象 语言 中 ， 我 们 往往 会 为 各 领域 的 概念 建立 一 对 一 的 类 。 而 在 函数 式 编程 中 ， 往 
往 大 量 使 用 一 些 核心 的 数据 结构 和 算法 。 尽 管 面 向 对 象 语言 可 以 通过 代码 复 用 减少 元 余 ， 
但 类 的 膨胀 还 是 非常 明显 。 所 以 ， 尽 管 看 上 去 有 些 矛 盾 ， 相 比 面向 对 象 语言 ， 函 数 式 编程 
更 倾向 于 写 出 简洁 易 复 用 的 代码 ， 因 为 函数 式 语言 没有 那么 多 的 重复 发 明 ， 它 将 重点 放 在 
使 用 核心 数据 结构 和 算法 实现 业务 逻辑 上 。 

不 同 的 语言 有 不 同 的 核心 数据 结构 ， 但 大 致 都 包含 同一 个 子 集 ， 子 集中 包含 列表 (ist), 
向 量 (vector) 等 序列 型 集合 ， 数 组 (array), WES (map) 与 集合 〈set) 。 每 种 类 型 都 支持 
同一 批 无 副作用 的 高 阶 函 数 ， 称 为 组 合 器 (combinator), ， 如 : map, filter, fold 等 函数 。 
一 且 你 了 解 了 这 些 组 合 器 ， 你 就 可 以 根据 自身 对 数据 访问 的 需要 及 性 能 要 求 ， 选 用 合适 的 
集合 类 型 ， 用 同样 的 组 合 器 函数 去 操作 数据 。 在 所 有 的 软件 开发 工作 中 ， 这 些 集合 类 型 是 
代码 复 用 与 组 合 的 最 有 效 工 具 。 


6.7.1 序列 


先 来 看 几 个 在 Scala 编程 中 最 常用 的 数据 结构 。 


许多 数据 结构 是 序列 型 的 ， 也 就 是 说 ， 元 素 可 以 按 特定 的 顺序 访问 ， 如 : 元 素 的 插入 顺 
序 或 其 他 特定 顺序 。collection.Seq (http://www.scala-lang.org/api/current/#scala.collection 
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Seq) 是 一 个 trait， 是 所 有 可 变 或 不 可 变 序列 类 型 的 抽象 ， 其 子 trait collection.mutable. 
Seq (http://www.scala-lang.org/api/current/#scala.collection.mutable.Seq) 及 collection.immu 
table.Seq (http://www.scala-lang.org/api/current/#scala.collection.immutable.Seq) 分 别 对 应 
可 变 和 不 可 变 序 列 。 

列表 也 是 一 种 序列 ， 是 函数 式 编程 中 最 常用 的 数据 结构 ， 从 第 一 代 函 数 式 语言 Lisp 就 开始 
用 列表 了 。 

通常 ， 向 列表 里 过 加 元 素 时 ， 该 元 素 会 被 追加 到 列表 的 开头 ， 成 为 新 列表 的 “ 头 部 ”。 除 
了 头 部 ， 剩 下 的 部 分 就 是 原 列表 的 元 素 ， 这 些 元 素 并 没有 被 修改 ， 它 们 变 成 了 新 列表 的 
“尾部 ”。 图 6-1 中 有 两 个 列表 ， List(1,2,3,4,5) 和 List(2,3,4,5), 后 者 是 前 者 的 尾部 。 














List(1,2,3,4,5) List(2,3,4,5) 


1 1 











6-1: 两 个 列表 


我 们 从 旧 列 表 中 创建 新 列表 的 操作 是 0(1)。 新 列表 的 尾部 与 旧 列 表 相 同 ， 只 是 在 头 部 多 了 
一 个 新 元 素 。 在 函数 式 数据 结构 的 思想 中 ， 我 们 将 复制 、 共 享 数据 结构 的 开销 降 到 最 低 ， 
这 是 第 一 个 例子 。 为 了 支持 可 变性 ， 我 们 必须 要 有 降低 复制 开销 的 能 


其 他 代码 访问 原 队列 时 对 新 队列 是 无 感知 的 。 列 表 是 不 可 变 的 ， 因 此 在 另 一 个 线程 中 ， 创 
建新 队列 的 代码 不 会 给 访问 旧 列 表 的 代码 带 来 不 可 预料 的 修改 操作 。 


从 队列 的 创建 过 程 ， 我 们 可 以 清楚 地 知道 ， 计 算 队 列 长 度 的 操作 是 OO 和 ， 其 他 需要 从 头 遍 
历 队列 的 操作 也 是 如 此 。 


以 下 REPL 中 的 代码 演示 了 如 何在 Scala 中 创建 队列 : 


// src/main/scala/progscala2/fp/datastructs/list.sc 




















scala> val list1 = List("Programming", "Scala") 
List1: Seq[String] = List(Programming, Scala) 


scala> val list2 = "People" :: "should" :: "read" :: list1 
list2: Seq[String] = List(People, should, read, Programming, Scala) 


你 可 以 用 List. apply 方法 创建 队列 ， 然 后 用 : : 方法 ( 称 为 cons， 意 为 构造 ) 向 队列 头 部 
追加 数据 ， 从 而 创建 新 的 列表 。 在 这 里 我 们 使 用 了 简单 写法 ， 省 略 了 点 号 与 小 括号 。 我 们 
提 到 过 ， 以 冒号 (:) 结尾 的 方法 向 右 结合 ， 因 此 x: :list 其 实 是 list.::(x)。 
我 们 也 可 以 用 :: 方法 向 ML 空 队 列 追 加 元 素 创 建新 队列 : 


scala> val list3 = "Programming" :: "Scala" :: Nil 
list3: Seq[String] = List(Programming, Scala) 























scala> val list4 = "People" :: "should" :: "read" :: Nil 
list4: Seq[String] = List(People, should, read) 
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Nil 5 List.empty[Nothing] 是 等 价 的 ， 其 中 Nothing 是 Scala 中 所 有 其 他 类 型 的 子 类 型 。 参 
WL “Scala 类 型 层次 "， 了 解 更 多 关于 Nothing 的 用 法 ， 你 就 会 知道 为 什么 在 这 里 可 以 用 它 。 
另外 ， 你 还 可 以 用 ++ 方法 将 两 个 列表 〈 或 其 他 任何 序列 类 型 ) 连接 起 来 : 


scala> val list5 = list4 ++ list3 
List5: Seq[String] = List(People, should, read, Programming, Scala) 


在 需要 的 时 候 构造 列表 的 确 是 常用 的 做 法 ， 但 不 推荐 方法 将 列表 作为 参数 或 作为 返回 值 。 
而 应 该 用 Seq， 这 样 的 话 ，Seq 的 任何 子 类 型 就 都 可 以 用 了 ， 包 括 List 和 Vector, 


Seq 的 构造 方法 是 +: 而 不 是 ::。 以 下 是 前 文 使 用 过 的 一 个 例子 ， 其 中 用 到 了 Seq。 注 意 ， 
当 你 对 伴随 对 象 使 用 Seq.apply 方法 时 ， 将 创建 出 一 个 List， 这 是 因为 Seq 只 是 一 个 特征 
而 不 是 具体 的 类 。 


// src/main/scala/progscala2/fp/datastructs/seq.sc 
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scala> val seq1 = Seq("Programming", "Scala") 
seq1: Seq[String] = List(Programming, Scala) 


scala> val seq2 = "People" +: "should" +: "read" +: seq1 
seq2: Seq[String] = List(People, should, read, Programming, Scala) 


scala> val seq3 = "Programming" +: "Scala" +: Seq.empty 
seq3: Seq[String] = List(Programming, Scala) 


scala> val seq4 = "People" +: "should" +: "read" +: Seq.empty 
seq4: Seq[String] = List(People, should, read) 


scala> val seq5 = seq4 ++ seq3 
seq5: Seq[String] = List(People, should, read, Programming, Scala) 


在 这 里 ， 我 们 用 Seq.empty 为 seq3 和 seq4 创建 了 空 的 队列 作为 队 尾 。 在 Scala 中 ， 大 部 分 
集合 类 型 的 伴随 对 象 都 使 用 empty 方法 来 创建 该 类 型 的 空 实 例 ， 类 似 列 表 的 NLL 实例 。 
序列 类 型 还 定义 了 :+ 和 +: 方法 。 它 们 有 什么 区 别 ， 怎 么 记 住 哪 个 是 哪个 呢 ? 只 要 记 住 : 
总 是 靠近 集合 类 型 就 可 以 了 ， 比 如 : list :+ x, x +: List。 所 以 ，:+ 方 法 用 于 在 尾部 追 
加 元 素 ，+: 方法 用 于 在 头 部 追加 元 素 : 


scala> val seq1 = Seq("Programming", "Scala") 
seq1: Seq[String] = List(Programming, Scala) 











scala> val seq2 = seqi :+ "Rocks!" 

seq2: Seq[String] = List(Programming, Scala, Rocks!) 
Scala 定义 的 List 是 不 可 变 的 ， 不 过 ， 它 还 定义 了 其 他 可 变 的 列表 类 型 ， 如 ListBuffer 
(http://www.scala-lang.org/api/current/scala/collection/mutable/ListBuffer.html) 和 MutableList 
(http://www.scala-lang.org/api/current/scala/collection/mutable/MutableList.html), 只 有 当 必 须 
修改 元 素 时 才 可 以 使 用 可 变 类 型 。 
虽然 List 对 于 序列 类 型 是 个 不 错 的 选择 ， 你 也 可 以 考虑 用 immutable.Vector 代替 List, 
为 immutable.Vector (http://www.scala-lang.org/api/current/scala/collection/immutable/ 











Vector.html) 的 所 有 操作 都 是 OC) (常数 时 间 )， 而 List 对 于 那些 需要 访问 头 部 以 外 元 素 
的 操作 ， 都 需要 O(n) 操作 。 

以 下 例子 是 Vector 对 之 前 例子 的 重 写 。 除 了 将 Seq 换 为 Vector ， 并 修改 了 变量 名 以 外 ， 其 
余 代 码 完 全 相同 : 


// src/main/scala/progscala2/fp/datastructs/vector.sc 





scala> val vect1 = Vector("Programming", "Scala") 
vect1: scala.collection.immutable.Vector[String] = Vector(Programming, Scala) 


scala> val vect2 = "People" +: "should" +: "read" +: vect1 
vect2: ...Vector[String] = Vector(People, should, read, Programming, Scala) 


scala> val vect3 = "Programming" +: "Scala" +: Vector.empty 
vect3: ...Vector[String] = Vector(Programming, Scala) 


scala> val vect4 = "People" +: "should" +: "read" +: Vector.empty 
vect4: ...Vector[String] = Vector(People, should, read) 


scala> val vect5 = vect4 ++ vect3 
vect5: ...Vector[String] = Vector(People, should, read, Programming, Scala) 


我 们 能 够 以 常数 时 间 复 杂 度 获取 任意 元 素 ; 

scala> vect5(3) 

res0: String = Programming 
在 结束 对 序列 的 讨论 之 前 ， 你 还 需要 知道 一 个 实现 上 的 细节 问题 。 为 了 鼓励 程序 员 使 用 不 
可 变 的 集合 类 型 ，Predef 及 Predef 中 使 用 的 其 他 类 型 在 暴露 部 分 不 可 变 集合 类 型 时 ， 不 
需要 显 式 导 入 或 使 用 全 路 径 导 入 。 如 : List 和 Map. 
在 上 述 规则 中 ，Scala 只 暴露 了 不 可 变 集 合 类 型 ， 然 而 ，Predef 还 将 scala.collection.Seq 
导入 到 了 当前 作用 域 。scala.collection.Seq 中 的 类 型 是 可 变 集 合 类 型 和 不 可 变 集 合 类 型 
共同 的 抽象 类 型 。 
尽管 存在 scala.collection.immutable.Seq (scala.collection.Seq 的 一 个 子 类 型 ), 但 
Predef 导入 的 是 scala.collection.immutable.Seq mj JẸ scala.collection.Seq， 主 要 原 
因 是 这 方便 处 理 Java 的 Array。 如 同 Seq 一 样 ，Array 和 其 他 集合 类 型 有 着 相同 的 处 理 方 
式 。Java 的 Array 是 可 变 集 合 类 型 ，Scala 的 其 他 可 变 集合 类 型 也 大 部 分 都 实现 了 scala. 
collection.Seq, 
这 样 一 来 ，scala.collection.Seq 虽然 没有 暴露 任何 用 于 修改 集合 的 方法 ， 但 仍 存在 并 发 
情况 下 出 错 的 潜在 风险 ， 因 为 可 变 集合 类 型 不 是 线程 安全 的 ， 因 此 必须 对 它 做 特殊 处 理 。 
假设 并 发 库 中 的 方法 将 Seq 作为 参数 ， 但 你 只 希望 传人 不 可 变 集合 类 型 。 此 时 Seq 的 使 用 
就 产生 了 一 个 漏洞 ， 因 为 客户 端 可 以 传人 可 变 集合 类 型 ， 如 Array, 
















































































应 该 记 住 ，Seq 默认 的 实际 类 型 为 scala.collection.Seq。 因 此 ， 传 入 的 
Seq 类 型 的 实例 可 能 是 可 变 的 ， 所 以 线程 是 不 安全 的 。 
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Scala 计划 在 2.12 版 本 ( 即 下 一 个 发 行 版 ) 中 将 scala.Seq 改 为 scala.collection. 
immutable.Seq 的 指向 别名 。 


在 那 之 前 ， 如 果 你 真 的 想 用 scala.collection.immutable.Seq， 可 以 用 下 文 所 示 的 技术 
(改编 自 Heiko Seeberger 的 博客 ，http://hseeberger.github.io/blog/2013/10/25/attention-seq-is- 
not-immutable/) 。 


我 们 将 在 2.12.2 节 介 绍 包 对 象 。 运 用 包 对 象 ， 我 们 为 Sea 定义 新 的 别名 ， 以 覆盖 原 有 的 别 
名 定义 。 事 实 上 ，Seq 就 是 在 包 对 象 scala 中 被 定义 为 scala.collection.Seq 的 别名 。 在 本 
节 中 我 们 已 经 用 过 fp.datastructs， 接 下 来 我 们 将 在 这 个 包 中 定义 包 对 象 : 
// src/main/scala/progscala2/fp/datastructs/package.scala 
package progscala2.fp 
package object datastructs { 
type Seq[+A] = scala.collection. immutable. Seq[A] 
val Seq = scala.collection.immutable.Seq 


9 


注意 到 ， 在 包 对 象 datastructs{…} 的 定义 之 前 ， 我 们 指定 的 是 包 fp， 而 不 是 包 
fp.datastructs。package 关键 字 也 是 包 对 象 定义 的 一 部 分 ， 在 一 个 包 中 只 能 有 一 个 包 对 
象 。 最 后 ， 我 们 要 注意 注释 中 该 文件 的 路 径 ， 文 件 名 为 package.scala， 这 是 一 种 常用 的 
命名 习惯 。 

在 包 对 象 中 ， 我 们 声明 了 一 个 类 型 别名 和 一 个 val 变量 。 关 于 类 型 声明 ， 可 以 回顾 抽象 类 
型 与 参数 化 类 型 。 如 果 用 户 代码 中 包含 了 导入 语句 import fp.datastructs._， 那 么 当 使 用 
Seq (不 带 包 修饰 符 ) 声明 一 个 实例 时 ， 就 需要 使 用 scala.collection.immutable.Seq 代替 
默认 的 scala.collection.Seq, 


val Seq 的 声明 语句 将 伴随 对 象 引 入 作用 域 ， 于 是 类 似 Seq(1,2,3,4) 的 语句 将 会 触发 
scala.collection.immutable.Seq.apply 方法 的 调用 。 

在 fp.datastructs 下 的 包 如 何 处 理 呢 ? 如 果 你 要 在 该 层级 中 实现 一 个 包 ， 可 以 使 用 我 们 在 
2.11 节 讨 论 的 包 继 承 语句 : 



































package fp.datastructs // 使 得 Seq 指 向 immutabLe .Seq 
package asubpackage // 包 中 的 内 容 


package asubsubpackage // 我 正在 开发 的 包 
这 种 在 包 对 象 中 定义 类 型 别名 的 方法 ， 可 以 用 来 暴露 你 自己 定义 的 API 中 的 最 重要 类 型 。 


6.7.2 BRET 


另 一 种 常用 的 数据 结构 是 映射 Chttp://Awww.scala-lang.org/api/current/scala/collection/ 
immutable/Map.html) ， 在 其 他 语言 中 有 时 也 被 称 为 散 列 、 散 列表 。 映 射 表 用 来 存储 键 值 
对 ， 但 不 应 将 其 与 很 多 数据 结构 的 map 方法 混淆 。 上 映射 表 与 map 方法 有 一 定 程度 的 类 似 ， 
前 者 每 个 键 都 对 应 一 个 值 ， 后 者 每 个 输入 元 素 都 产生 一 个 输出 元 素 。 

如 前 文 所 述 ，Scala 支持 对 映射 表 采 用 以 下 特殊 的 初始 化 语法 : 


// src/main/scala/progscala2/fp/datastructs/map.sc 




















scala> val stateCapitals = Map( 
| "Alabama" -> "Montgomery", 
| "Alaska" -> "Juneau", 
| "Wyoming" -> "Cheyenne") 
stateCapitals: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> Montgomery, Alaska -> Juneau, Wyoming -> Cheyenne) 


scala> val lengths = stateCapitals map { 
| kv => (kv._1, kv._2.length) 
| } 


lengths: scala.collection.immutable.Map[String,Int] = 
Map(Alabama -> 10, Alaska -> 6, Wyoming -> 8) 


scala> val caps = stateCapitals map { 
| case (k, v) => (k, v.toUpperCase) 


| } 


caps: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> MONTGOMERY, Alaska -> JUNEAU, Wyoming -> CHEYENNE) 


scala> val stateCapitals2 = stateCapitals + ( 
| "Virginia" -> "Richmond") 
stateCapitals2: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> Montgomery, Alaska -> Juneau, 
Wyoming -> Cheyenne, Virginia -> Richmond) 


scala> val stateCapitals3 = stateCapitals2 + ( 
| "New York" -> "Albany", "Illinois" -> "Springfield") 
stateCapitals3: scala.collection.immutable.Map[String,String] = 
Map(Alaska -> Juneau, Virginia -> Richmond, Alabama -> Montgomery, 
New York -> Albany, Illinois -> Springfield, Wyoming -> Cheyenne) 


在 前 文中 我 们 已 经 了 解 到 ，key -> value 的 语法 形式 实际 上 是 用 库 中 的 隐 式 转换 实现 的 ， 
实际 调用 了 Map.apply 方法 。Map.apply 方法 的 参数 为 一 个 两 元 素 的 元 组 ( 键 值 对 )。 
map 的 参数 是 一 个 函数 ， 以 上 示例 展示 了 定义 这 个 函数 的 两 种 方法 。 每 个 键 值 对 (元 组 ) 
都 将 被 传 信 到 该 函数 中 。 我 们 可 以 将 其 参数 定义 为 一 个 两 元 素 的 元 组 ， 或 使 用 类 似 第 4 章 
中 讨论 过 的 case 语法 从 元 组 中 提取 键 和 值 。 
最 后 ， 我 们 可 以 用 + 向 Map 中 添加 一 个 或 多 个 键 值 对 (来 创建 新 的 Map 实例 )。 
顺便 提 一 下 ， 如 果 我 们 在 stateCapitals + ("Virginia" -> "Richmond") 语句 中 漏 掉 了 小 括 
号 ， 那 会 发 生 什 么 呢 ? 

scala> stateCapitals + "Virginia" -> "Richmond" 

res2: (String, String) = (Map(Alabama -> Montgomery, Alaska -> Juneau, 

Wyoming -> Cheyenne)Virginia,Richmond) 

什么 ? 我 们 得 到 了 字符 串 对 (String,String)。 不 幸 的 是 ，Scala 会 在 必要 的 时 候 将 其 他 类 
型 转 为 String。 由 于 没有 其 他 更 好 的 选择 ，+ 方法 被 用 于 连接 两 个 字符 串 。 编 译 器 首先 执 
行 stateCapitals.toString + "Virginia", 产生 一 个 字符 串 ， 然后 执行 ->， 创 建 字符 串 元 
组 ， 其 中 Richmond 是 该 元 组 的 第 二 个 元 素 。 于 是 ， 结 果 为 元 组 ("Map(Alabama -> … -> 
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Cheyenne)Virginia", "Richmond"), 











如 果 一 个 包含 + 的 表达 式 返 回 结果 类 型 String， 而 这 并 不 是 你 所 期 望 的 结 
果 。 这 可 能 是 因为 编译 器 认为 这 是 该 表达 式 唯一 可 行 的 解析 方式 ， 就 把 + 两 
边 的 子 表达 式 转 为 字符 串 ， 再 相 加 。 














实际 上 ， 我 们 并 不 能 调用 new Map("Alabama" -> "Montgomery", =) 方法 ， 因 为 它 是 一 个 
trait。 相 反 ，Map.apply 则 会 根据 给 定 的 输入 数据 用 最 佳 的 方式 构造 实例 。Map.appty 通常 根 
据 键 值 对 个 数 来 构造 实例 ， 例 如 : 构造 出 包含 一 个 、 两 个 、 三 个 和 四 个 键 值 对 的 映射 表 。 


与 List 不 同 ,，Map 有 可 变 和 不 可 变 两 种 实现 : 分别 是 scala.collection.immutable. 
Map[A,B] 与 scaLa.coLLection.mutabLe.Map[A,B]。 可 变 的 实现 需要 显 式 导入 ， 不 可 变 的 实 
现 则 已 经 用 Predef 暴露 出 来 了 。 两 种 实现 都 定义 了 + 和 - 操作 用 于 增加 和 移 除 元 素 ， 以 
及 ++ 和 -- 操作 来 增加 和 移 除 Iterator 中 定义 的 元 素 (Iterator 也 可 以 换 为 其 他 集合 、 
列表 等 ) 。 


6.7.3 ”集合 
集合 是 无 序 集合 类 型 的 一 个 例子 ， 所 以 集合 不 是 序列 。 集 合同 样 要 求 元 素 具有 唯一 性 : 
// src/main/scala/progscala2/fp/datastructs/set.sc 


scala> val states = Set("Alabama", "Alaska", "Wyoming") 
states: scala.collection.immutable.Set[String] = Set(Alabama, Alaska, Wyoming) 





scala> val lengths = states map (st => st.length) 
lengths: scala.collection.immutable.Set[Int] = Set(7, 6) 


scala> val states2 = states + "Virginia" 
states2: scala.collection.immutable.Set[String] = 
Set(Alabama, Alaska, Wyoming, Virginia) 


scala> val states3 = states2 + ("New York", "Illinois") 
states3: scala.collection.immutable.Set[String] = 
Set(Alaska, Virginia, Alabama, New York, Illinois, Wyoming) 





类 似 Map， 特 征 scala.collection.Set (http://www.scala-lang.org/api/current/scala/collection/ 
Set.html) 只 定义 不 可 变 操作 的 方法 。 对 于 具体 的 不 可 变 集 合 和 可 变 集合 ， 分 别 定 义 派 生 的 
特征 scala.collection.immutable.Set (http://www.scala-lang.org/api/current/scala/collection/ 
immutable/Set.html) 和 scala.collection.mutable.Set (http://www.scala-lang.org/api/current/ 
scala/collection/mutable/Set.html) 。 可 变 的 版 本 需要 显 式 导入 ， 而 不 可 变 的 版 本 在 Predef 中 
已 经 导入 了 。 两 者 都 为 增加 和 移 除 元 素 定 义 了 + 和 - 操作 ;为 Iterator (也 可 以 为 其 他 集 
合 、 列 表 等 ) 中 的 增加 和 移 除 元 素 定 义 了 ++ 和 -- 操作 。 


6.8 遍历、 映射 、 过 滤 、 折 又 与 归 约 


常见 的 集合 类 型 一 一 序列 、 列 表 、 集 合 、 数 组 、 树 及 其 他 类 似 的 类 型 ， 都 支持 基于 只 读 遍 





























ta 


历 的 通用 操作 。 事 实 上， 这 一 标准 性 可 以 被 充分 利用 起 来 ， 特 别 是 你 实现 的 某 个 “容器 ” 
类 型 也 支持 这 些 操作 的 情况 。 例 如 Option 是 包含 零 个 None 或 一 个 Some 元 素 的 容器 。 





6.8.1 遍历 


Scala 容器 类 型 的 标准 遍历 方法 是 foreach，foreach Œ X F scala.collection. 
IterableLike (http://www.scala-lang.org/api/current/index.html#scala.collection.IterableLike? ) 


中 ， 它 的 签名 为 : 
trait IterableLike[A] { // 省 略 部 分 细节 


def foreach[U](f: A => U): Unit = {...} 


a 
IterableLike 的 部 分 子 类 型 可 能 会 重新 定义 该 方法 ， 以 利用 程序 的 本 地 信息 ， 获 得 更 好 的 
性 能 。 
在 上 述 代码 中 , U 是 函数 ff 的 返回 类 型 ， 事实 上 UU 具体 是 什么 类 型 并 不 重要 。foreach K 
数 的 输出 类 型 是 Unit, AE foreach 是 一 个 完全 副作用 的 函数 。 又 因为 它 的 参数 是 一 个 函 
数 ，foreach 又 是 一 个 高 阶 函 数 。 注 意 这 里 讨论 的 所 有 操作 函数 均 为 高 阶 函 数 。 


foreach 的 复杂 度 是 OOV)，N 为 元 素 个 数 。 以 下 为 foreach 在 列表 和 映射 表 中 的 用 法 : 


// code-examples/progscala2/fp/datastructs/foreach.sc 





{in 














scala> List(1, 2, 3, 4, 5) foreach { i => println("Int: " + i) } 
Int: 1 
Int: 2 
int: 3 
Int: 
Int: 5 


A 


scala> val stateCapitals = Map( 
| "Alabama" -> "Montgomery", 
| "Alaska" -> "Juneau", 
| "Wyoming" -> "Cheyenne") 
stateCapitals: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> Montgomery, Alaska -> Juneau, Wyoming -> Cheyenne) 


// stateCapitals foreach { kv => println(kv._1 + ": " + kv._2) } 


scala> stateCapitals foreach { case (k, v) => println(k + ": " + v) } 
Alabama: Montgomery 

Alaska: Juneau 

Wyoming: Cheyenne 


注意 ， 在 映射 表 的 例子 中 ， 传 递 给 foreach 的 A 参 数 实 际 上 是 一 个 键 值 对 (K,v)。 我 们 用 
模式 匹配 表达 式 将 键 和 值 提取 了 出 来 ， 注 释 中 展示 的 是 另 一 种 直接 使 用 元 组 的 合法 写法 “。 


























: 匿名 函数 中 运用 case 语句 ， 实 际 上 定义 了 一 个 偏 函 数 ， 函数 实际 上 并 不 “ 偏 "， 因 为 它 可 以 匹 
配 所 有 输入 。 
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foreach 并 不 是 一 个 纯 国 数 ， 因 为 foreach 只 能 执行 带 副作用 的 操作 。 然 而 ， 一 旦 有 了 
foreach， 我 们 就 可 以 实现 其 他 接 下 来 要 讨论 的 不 带 副 作用 的 操作 。 这 些 操作 是 函数 值 编程 
的 标志 : 上 映射、 过滤、 折合 、 归 约 。 


6.8.2 BRET 


我 们 之 前 已 经 接触 过 map 方法 ，map 方法 返回 一 个 与 原 集 合 类 型 大 小 相同 的 新 集合 ， 其 
中 的 每 个 元 素 均 由 原 集合 的 对 应 元 素 转换 得 到 。map 方法 被 定义 于 scala.collection. 
TraversableLike (http://www.scala-lang.org/api/current/index.html#scala.collection. 


TraversableLike) ， 被 大 部 分 集合 类 型 继承 。 其 签名 如 下 ; 


trait TraversableLike[A] { // 省 略 部 分 细节 




















def map[B](f: (A) = B): Traversable[B] 
: dass 
在 本 章 上 文中 ， 我 们 已 经 接触 过 关于 映射 的 实例 了 。 


ERE, map 的 这 个 方法 签名 并 不 是 map 在 源 代码 中 的 签名 ， 而 是 显示 在 Scaladoc 中 的 签 
名 。 如 果 你 阅读 Scaladoc (http://www.scala-lang.org/api/current/index.html#scala.collection. 
TraversableLike) ， 会 在 结尾 找到 一 个 “完整 ”的 方法 签名 ， 点 击 附 近 的 箭头 可 以 将 其 展开 
显示 。 这 个 签名 才 是 map 方法 的 真正 签名 : 


def map[B, That](f: A => B)(implicit bf: CanBuildFrom[Repr, B, That]): That 


最 近 版 本 的 Scaladoc Ay TARAS, ERR A BER ETT EH LAN HA, KT — EB 
分 方法 的 签名 做 了 简化 。map 方法 的 实质 是 将 一 个 集合 类 型 转换 为 一 个 类 型 相同 、 大 小 相 
同 的 新 集合 ， 而 其 中 原 集合 A 的 元 素 经 过 转换 函数 处 理 ， 转 为 集合 B 中 的 元 素 。 


nap 方法 的 真正 签名 包含 了 实现 的 细 市 信息 。That 是 输出 集合 的 类 型 ,事实 上 与 输入 集合 
的 类 型 相同 。 我 们 在 5.2.2 节 讨 论 过 隐 含 参数 bf: CanBuildFron 的 作用 。 它 的 存在 意味 着 
我 们 可 以 用 map 的 输出 和 函数 ff 构造 一 个 That， 同 时 bf: CanBuildFrom 本 身 也 负责 构建 。 
Repr 是 内 部 用 来 表示 集合 元 素 的 。 

尽管 隐 含 参数 CanBuildFron 增加 了 方法 签名 的 复杂 性 (还 引 来 了 邮件 列表 里 的 诸多 抱怨 )， 
但 如 果 没 有 它 ， 我 们 就 无 法 创建 新 的 Map, List 或 其 他 继承 自 TraversableLike 的 集合 。 
这 是 使 用 面向 对 象 继 承 层次 模型 来 实现 集合 API 的 自然 结果 。 所 有 具体 的 集合 类 型 都 可 以 
重新 实现 map 方法 ， 并 返回 一 个 该 类 型 的 新 实例 。 但 这 种 放弃 代码 重用 的 做 法 将 削弱 使 用 
面向 对 象 带 来 的 好 处 。 


事实 上 ， 第 1 版 面世 时 ， 普 遍 使 用 的 是 Scala v2.7.X， 在 该 版 本 中 集合 类 型 的 API 并 没有 
以 上 特性 。map 和 其 他 方法 返回 一 个 Iteratable 或 类 似 的 抽象 类 型 ， 这 个 类 型 往往 只 是 
Array 或 其 他 底层 类 型 。 

从 现在 开始 ， 本 书 将 只 给 出 方法 的 简化 签名 ， 以 集中 精力 研究 方法 的 行为 特性 。 不 过 ， 我 
鼓励 大 家 选择 一 个 集合 类 型 ， 如 List 或 Map， 然 后 阅读 各 个 方法 的 完整 签名 形式 。 刚 开始 
阅读 这 些 方法 签名 时 可 能 会 令 人 气 蚀 ， 但 这 对 有 效 地 使 用 这 些 集 合 来 说 是 必要 的 。 
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Tae map 的 有 趣事 实 也 值得 关注 。 再 来 看 一 下 map 方法 的 简化 签名 。 为 了 方便 ， 这 
RE List 作为 示例 ， 对 这 个 例子 来 说 用 哪个 集合 都 一 样 : 


trait List[A] { 
def map[B](f: (A) = B): List[B] 
n ahs 


参数 是 一 个 函数 A => B， 而 事实 上 ，map 方法 的 行为 是 List[A] => List[B]。 这 一 点 往 答 
被 对 象 语法 如 list map f 所 掩盖 。 如 果 我 们 有 其 他 函数 模块 使 用 List 作为 参数 ， RAJE 


式 会 是 这 样 。 


R 





N 





// src/main/scala/progscala2/fp/combinators/combinators.sc 


object Combinators1 { 
def map[A,B](list: List[A])(f: (A) = B): List[B] = list map f 


(RIENT List.map 来 实现 这 个 函数 …… ) 
如 果 我 们 交换 参数 列表 的 顺序 会 如 何 ? 


object Combinators { 
def map[A,B](f: (A) = B)(list: List[A]): List[B] = list map f 
} 


最 后 ， 我 们 在 REPL 中 查看 这 个 函数 : 


scala> object Combinators { 
| def map[A,B](f: (A) = B)(list: List[A]): List[B] = list map f 
| } 


defined module Combinators 





scala> val intToString = (i:Int) => s"N=$i" 
intToString: Int => String = <function1> 


scala> val flist = Combinators.map(intToString) _ 
flist: List[Int] => List[String] = <function1> 


scala> val list = flist(List(1,2,3,4)) 
list: List[String] = List(N=1, N=2, N=3, N=4) 


关键 在 于 第 二 步 和 第 三 步 。 在 第 二 步 中 ， 我 们 定义 了 类 型 为 Int => String 的 国 数 
intToString, intToString 对 List 一 无 所 知 。 在 第 三 步 中 ， 我 们 用 Combinators.map 定义 


了 一 个 新 国 数 ，fList 的 类 型 是 List[Int] => List[String]。 所 以 ， 我 们 用 map 将 一 个 类 
型 为 Int => String 的 函数 提升 为 类 型 是 List[Int] =>List[String] 的 国 数 。 


通常 ， 我 们 认为 map 方法 总 是 将 元 素 类 型 为 A 的 集合 转 为 大 小 相同 但 元 素 类 型 为 B 的 集合 
使 用 的 转换 函数 f: A => B 对 该 集合 一 无 所 知 。 现 在 我 们 知道 ，map 也 可 以 被 看 作 是 一 个 
将 函数 f: A => B 提升 为 新 函数 flist: List[A] => List[B] 的 工具 。 在 例子 中 我 们 用 的 是 
列表 ,但 这 对 有 map 方法 的 任何 容器 类 型 均 适 用 。 
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不 幸 的 是 ， 我 们 并 不 能 直接 用 Scala 标准 库 的 map 方法 达成 这 一 目的 ， 因 为 map 是 实例 方 
法 。 所 以 ， 我 们 无 法 用 它 来 为 所 有 的 List 实例 创建 提升 函数 。 

也 许 这 是 Scala 采用 面向 对 象 和 函数 式 混合 范式 的 结果 。 但 这 个 用 法 的 使 用 场景 并 不 多 见 。 
大 部 分 时 候 ， 你 会 有 一 个 集合 类 型 的 实例 ， 然 后 你 可 以 指定 一 个 函数 参数 来 调用 map 方 
法 ， 以 创建 一 个 新 的 集合 实例 。 希 望 将 一 个 普通 函数 提升 为 操作 集合 的 函数 ， 输 入 一 个 集 
合 实例 可 以 输出 一 个 新 实例 ， 这 种 应 用 并 不 常见 。 


6.8.3 ”扁平 映射 


flatMap 是 Map 操作 的 一 种 推广 。 在 flatMap 中 ， 我 们 对 原始 集合 中 的 每 个 元 素 ， 都 分 别 
产生 零 或 多 个 元 素 。 我 们 传 入 一 个 函数 ， 该 函数 对 每 个 输入 返回 一 个 集合 ， 而 不 是 一 个 元 
素 。 然 后 flatMap 把 生成 的 多 个 集合 “ 压 扁 ”为 一 个 集合 。 

以 下 就 是 TraversableLike 中 flatMap 方法 的 简化 版 签名 ， 同 时 还 给 出 了 map 方法 的 签名 作 
为 对 比 : 


def flatMap[B](f: A => GenTraversableOnce[B]): Traversable[B] 
def map[B](f: (A) => B): Traversable[B] 


注意 ，map 中 函数 ff 的 签名 为 A => B。 现 在 我 们 需要 返回 一 个 集合 ，GenTraversabLe0nce 
就 是 这 样 一 个 接口 ， 它 表示 可 至 少 遍 历 一 次 的 任何 实体 。 


考虑 以 下 这 个 例子 : 


// src/main/scala/progscala2/fp/datastructs/flatmap.sc 
































scala> val list = List("now", "is", "", "the", "time") 
list: List[String] = List(now, is, "", the, time) 


scala> list flatMap (s => s.toList) 
res0: List[Char] = List(n, o, w, i, s, t, h, e, t, i, m, e) 


对 每 个 字符 串 调 用 toList, Æ List[Char], XERE Em AA 
List[Char]。 变 量 list 中 的 空 字 符 串 对 最 终生 成 的 字符 串 没 有 贡献 ， 但 其 他 字符 串 却 分 别 
共享 了 两 个 或 更 多 字符 。 

事实 上 ，flatMap 的 行为 很 像 先 调用 map， 再 调用 另 一 个 方法 flatten: 


// src/main/scala/progscala2/fp/datastructs/flatmap.sc 














scala> val list2 = List("now", "is", "", "the", "time") map (s => s.toList) 
list2: List[List[Char]] = 
List(List(n, 0, w), List(i, s), List(), List(t, h, e), List(t, i, m, e)) 


scala> list2.flatten 

resi: List[Char] = List(n, 0, w, i, s, t, h, e, t, i, m, e) 
在 这 里 ， 起 媒介 作用 的 临时 变量 是 集合 List[List[char]]。 然 而 ，flathap 比 连续 调用 以 
上 两 个 方法 更 高 效 ， 因 为 flatMap 不 需要 创建 临时 变量 。 




















EE AE, flatMap 不 能 处 理 超过 一 层 的 集合 。 如 果 函 数 返 回 的 是 深 层 租 人 套 的 集合 ， 那 











6.8.4 过滤 
遍历 一 个 集合 ， 然 后 抽取 其 中 满足 特定 条 件 的 元 素 ， 组 成 一 个 新 的 集合 ， 这 是 一 种 很 常见 


的 需求 


// src/main/scala/progscala2/fp/datastructs/filter.sc 














scala> val stateCapitals = Map( 
| "Alabama" -> "Montgomery", 
| "Alaska" -> "Juneau", 
| "Wyoming" -> "Cheyenne") 
stateCapitals: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> Montgomery, Alaska -> Juneau, Wyoming -> Cheyenne) 


scala> val map2 = stateCapitals filter { kv => kv._1 startsWith "A" } 
map2: scala.collection.immutable.Map[String,String] = 
Map(Alabama -> Montgomery, Alaska -> Juneau) 


在 scala.collection.TraversableLike 中 有 若干 不 同 的 方法 ， 用 于 完成 集合 的 过 滤 作 用 或 
者 返回 原始 集合 中 的 一 部 分 元 素 。 一 些 方法 在 输入 无 限 集合 时 不 会 返回 ; 一 些 方法 在 输入 
同一 个 集合 时 ， 除 非 集合 的 遍历 顺序 固定 ， 否 则 多 次 运行 的 情况 下 会 产生 不 同 的 输出 。 以 
下 是 从 Scaladoc 中 摘录 的 介绍 。 
e def drop (n : Int) : TraversableLike.Repr 
除 起 始 的 n 个 元 素 ， 选 择 其 他 所 有 的 元 素 组 成 一 个 新 的 集合 并 返回 。 如 果 原 始 集 合 包 含 
的 元 素 个 数 小 于 n， 则 方法 会 返回 一 个 空 集合 。 
e def dropWhile (p : (A) => Boolean) : TraversableLike.Repr 
MKE, BIE ENKEI, BE—PRKRR AR, REAR 
不 满足 指定 的 谓词 p。 
e def exists (p : (A) => Boolean) : Boolean 


测试 在 集合 中 是 否 至少 有 一 个 元 素 满足 给 定 的 谓词 ， 如 果 存 在 则 返回 trtue， 否 则 返回 


false, 
































e def filter (p : (A) => Boolean) : TraversableLike.Repr 
选择 集合 中 所 有 满足 一 定 谓词 的 元 素 ， 返 回 的 新 集合 中 包含 了 所 有 满足 该 谓词 p 的 元 
素 。 元 素 在 原 集合 中 的 顺序 可 以 得 到 保持 。 

e def filterNot (p : (A) => Boolean) : TraversableLike.Repr 
ve filter 的 “反义词 "。 在 志 历 原 集合 时 ， 选 择 那 些 不 满足 给 定 谓词 p 的 元 素 并 组 成 新 
集合 返回 。 

e def find (p : (A) => Boolean) : Option[A] 
遍历 原 集 合 ， 寻 找 第 一 个 满足 给 定 谓词 的 元 素 。 如 果 存 在 这 一 元 素 ， 返 回 Option, H. 
Option 中 包含 满足 谓词 p 的 第 一 个 元 素 ; 否则 返回 None, 
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e def forall (p : (A) => Boolean) : Boolean 


测试 集合 中 所 有 元 素 是 否 均 满足 给 定 的 谓词 。 如 果 所 有 元 素 均 满足 谓词 p， 则 返回 true, 
否则 返回 false。 


e def partition (p : (A) => Boolean): (TraversableLike.Repr, TraversableLike.Repr) 
根据 谓词 ， 将 可 遍历 集合 分 成 两 个 子 集合 。 返 回 值 是 两 个 集合 : 第 一 个 集合 包含 所 有 满 
足 谓 词 p 的 元 素 ， 而 第 二 个 集合 包 各 所 有 不 浦 足 谓词 p 的 元 素 、 两 个 集合 中 元 素 间 的 顺 
序 均 与 原 集合 保持 一 致 。 


e def take (n : Int) : TraversableLike.Repr 
选择 前 个 元 素 。 返 回 一 个 可 遍历 集合 ， 包 含 原 集合 的 前 n 个 元 素 ， 如 果 原 集合 包含 的 
元 素 小 于 n 个 ， 则 返回 原 集合 本 身 。 

e def takeWhile (p : (A) => Boolean) : TraversableLike.Repr 
选择 满足 特定 谓词 的 最 长 集合 前 级 。 返 回 的 可 遍历 集合 包含 一 个 最 长 集合 前 级 ， 其 中 的 
每 个 元 素 均 满足 谓词 p。 

另外 ,很 多 集合 类 型 还 有 其 他 用 于 过 滤 的 方法 。 


6.8.5 #8514 
我 们 把 折 赤 和 归 约 放 在 一 起 讨论 是 因为 两 者 很 相似 。 它 们 都 是 将 一 个 集合 “缩小 ”成 一 个 
更 小 的 集合 或 一 个 值 的 操作 。 
折合 从 一 个 初始 的 “种 子 ” 值 开始 ， 然 后 以 该 值 作 为 上 下 文 ， 处 理 集合 中 的 每 个 元 素 。 不 


同 的 是 ， 归 约 不 需要 调用 者 提供 一 个 初始 值 。 它 将 集合 的 其 中 一 个 元 素 当 做 初始 值 ， 通 常 
这 个 值 是 集合 的 第 一 个 元 素 或 最 后 一 个 元 素 : 


// src/main/scala/progscala2/fp/datastructs/foldreduce.sc 




























































































scala> val list = List(1,2,3,4,5,6) 
list: List[Int] = List(1, 2, 3, 4, 5, 6) 


scala> list reduce (_ + _) 
res0: Int = 21 


scala> list.fold (10) (_ * _) 
resi: Int = 7200 


scala> (list fold 10) (_ * _) 
resi: Int = 7200 


以 上 脚本 通过 累加 各 个 元 素 ， 将 整数 列表 归 约 一 个 整数 值 ， 
作为 初始 值 ， 对 同一 个 列表 的 元 素 做 累 乘 ， 得 到 返回 值 7200。 


与 reduce 类 似 ， 传 给 fold 的 函数 需要 两 个 参数 ， 包 括 累 计 值 和 初始 值 。 新 的 累计 值 由 该 国 
数 计算 得 到 。 在 这 个 例子 中 ， 我 们 对 累计 值 和 元 素 依次 做 加 法 或 乘法 ， 以 得 到 新 的 累计 值 。 


以 上 示例 给 出 了 两 种 书写 fold 表达 式 的 方法 ， 两 种 方法 都 需要 两 个 参数 列表 : 初始 种 子 值 
和 用 于 计算 结果 的 累计 函数 。 所 以 ， 我 们 无 法 使 用 reduce 中 采用 的 中 组 表达 法 。 





5i 
侣 





值 为 21。 脚 本 接着 用 10 
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不 过 ， 如 果 我 们 真 的 想 采用 中 组 表达 法 的 话 ， 我 们 可 以 像 (list fold 10) 一 样 使 用 括号 ， 
括号 后 面 跟 上 表示 函数 的 参数 列表 。 我 本 人 更 倾向 于 这 种 语法 。 
可 以 用 括号 解决 这 种 问题 的 原因 并 不 那么 明显 。 为 了 揭示 其 工作 机 理 ， 考 虑 如 下 代码 : 


scala> val fold1 = (list fold 10) _ 
foLd1: ((Int, Int) => Int) => Int = <function1> 
































scala> foldi(_ * _) 

res10: Int = 7200 
我 们 用 偏 应 用 的 方法 创建 了 foLd1， 随 后 我 们 给 出 了 剩 下 的 参数 列表 (- * _) 以 调用 
fold1。 能 够 想到 (list fold 10) 是 偏 应 用 的 开头 ， 随 后 加 上 后 面 的 国 数 (_ * _)。 
如 果 我 们 对 任何 一 个 空 的 集合 执行 fold 操作 ， 它 会 返回 初始 种 子 的 值 。 与 此 不 同 ，reduce 
无 法 对 空 集合 进行 操作 ， 因 为 reduce 没有 值 可 以 返回 。 如 果 那 样 ， 就 会 抛 出 异常 : 


scala> (List.empty[Int] fold 10) (_ + _) 
res0: Int = 10 












































scala> List.empty[Int] reduce (_ + _) 
java. lang.UnsupportedOperationException: empty.reduceLeft 


然后 ， 如 果 你 不 确定 集合 是 否 为 空 〈 例 如 : 当 集 合 是 传人 到 你 函数 中 的 一 个 参数 时 ) ， 你 
可 以 用 optionReduce {t#* reduce; 


scala> List.empty[Int] optionReduce (_ + _) 
resi: Option[Int] = None 


scala> List(1,2,3,4,5) optionReduce (_ + _) 

res2: Option[Int] = Some(15) 
reduce 返回 集合 中 各 元 素 的 最 近 公 共 父 类 型 *。 如 果 元 素 均 为 同一 类 型 , 则 reduce 返回 的 元 
素 就 是 该 类 型 的 。fold 方法 则 有 初始 种 子 值 ， 因 为 对 最 终结 果 的 处 理 有 更 多 选项 。 以 下 是 
一 个 折 倒 操作， 事实 上 相当 于 映射 操作 : 


// src/main/scala/progscala2/fp/datastructs/fold-map.sc 











scala> (List(1, 2, 3, 4, 5, 6) foldRight List.empty[String]) { 
| (x, list) => ("[" + x + "]") :: list 
[= 
res0: List[String] = List([1], [2], [3], [4], [5], [6]) 
首先 ， 我 们 使 用 fold 的 一 个 变 体 foldRight 从 右 到 左 遍 历 集 合 ， 这 样 可 以 保证 我 们 构造 的 
新 序列 中 元 素 的 顺序 是 正确 的 。 也 就 是 说 ， 元 素 6 首先 被 处 理 ， 并 插入 到 空 序列 头 部 ， 随 
后 元 素 5 被 处 理 ， 插 入 到 该 序列 的 头 部 ， 以 次 类 推 。 这 样 ， 累 计 值 相当 于 这 个 匿名 国 数 的 
第 二 个 参数 。 
事实 上 ， 所 有 其 他 的 操作 均 可 用 fold 实现 ， 包 括 foreach。 如 果 你 只 能 拥有 我 们 讨论 的 众 
多 函数 中 的 一 个 ， 那 么 你 可 以 选择 foLd， 然 后 用 fold 重新 实现 其 他 函数 。 









































注 3: 也 称 为 最 小 上 界 或 LUB。 
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以 下 我 们 就 给 出 关于 fold 和 reduce 方法 的 签名 和 介绍 ， 它 们 被 声明 于 scala.collection. 
TraversableOnce 和 scala.collection.TraversableLike 中 。 下 面 的 介绍 是 从 Scaladoc 中 摘 
KY. 


def fold[A1 >: A](z: A1)(op: (A1, A1) = A1): A1 

遍历 集合 ， 使 用 指定 的 二 元 操作 符 op 对 集合 元 素 做 折合 。 对 元 素 执 行 操作 时 ， 其 顺序 
是 未 指定 的 ， 因 此 结果 是 不 能 确定 的 。 不 过 ， 对 于 多 数 顺 序 固定 的 集合 如 List, fold 
的 作用 与 foLdLeft 相同 。 

def foldLeft[B](z: B)(op: (B, A) = B): B 

对 初始 值 和 集合 中 的 所 有 元 素 做 操作 ， 顺 序 从 左 到 右 。 

def foldRight[B](z: B)(op: (A, B) = B): B 

对 初始 值 和 集合 中 的 所 有 元 素 做 操作 ， 顺 序 从 右 到 左 。 

def /:[B](z: B)(op: (B, A) = B): B = foldLeft(z)(op) 

foldleft 的 别名 。 调 用 形式 例如 : (0 /: List(1,2,3))(_ + _)。 不 过 ， 大 部 分 人 认为 用 
操作 符 /: 来 表示 foLdLeft 太 隐 史 不 易 记 忆 ， 所 以 ， 写 代码 时 不 要 忘记 与 代码 阅读 者 进 
行 交流 。 

def :\[B](z: B)(op: (A, B) = B): B = foldRight(z)(op) 

foldRight 的 别名 。 调 用 形式 例如 : (6 /: List(1,2,3))(_ + _)。 不 过 ， 大 部 分 人 认为 
用 操作 符 /: 来 表示 foldLeft KAMER DTL. 

def reduce[A1 >: A](op: (A1, A1) = A1): A1 

遍历 集合 ， 使 用 指定 的 二 元 操作 符 op 对 集合 元 素 做 归 约 。 对 元 素 执行 操作 时 ， 其 顺序 
是 未 指定 的 ， 因 此 结果 是 不 能 确定 的 。 不 过 ， 对 于 多 数 顺 序 固定 的 集合 如 List, reduce 
的 作用 与 reduceLeft 相同 。 如 果 集 合 为 空 ， 则 抛 出 异常 。 


def reduceLeft[A1 >: A](op: (A1, A1) = A1): A1 

对 初始 值 和 集合 中 的 所 有 元 素 做 操作 ， 顺 序 从 左 到 右 。 如 果 集 合 为 空 ， 则 抛 出 异常 。 
def reduceRight[A1 >: A](op: (A1, A1) = A1): A1 
对 初始 值 和 集合 中 的 所 有 元 素 做 操作 ， 顺 序 从 右 到 左 。 如 果 集 合 为 空 ， 则 抛 出 异常 。 
def optionReduce[A1 >: A](op: (A1, A1) = A1): Option[A1] 

类 似 reduce， 但 当 集 合 为 空 时 ， 返 回 None; 集合 不 空 时 ， 返 回 Some(…)。 

def reduceLeftOption[B >: A](op: (B, A) = B): Option[B] 

类 似 reduceLeft， 但 当 集 合 为 空 时 ， 返 回 None; 集合 不 空 时 ， 返 回 Some(---), 

def reduceRightOption[B >: A](op: (B, A) = B): Option[B] 

类 似 reduceRight， 但 当 集合 为 空 时 ， 返 回 None; 集合 不 空 时 ， 返 回 Some(…)。 
def aggregate[B](z: B)(seqop: (B, A) = B, combop: (B, B) = B): B 


对 后 面 的 元 素 进行 操作 ， 并 聚合 结果 。 该 函数 比 fold 和 reduce 形式 更 加 通用 ， 有 具有 相 
似 的 语法 ， 但 并 不 要 求 结果 的 类 型 是 元 素 的 公共 父 类 型 。 函 数 将 集合 分 为 不 同 的 分 片 ， 
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顺序 遍历 各 个 分 片 ， 用 seqop 更 新 计算 结果 ， 最 后 对 各 个 分 片 的 计算 结果 调用 combop。 
该 操作 可 能 操作 任意 个 分 片 ， 因 此 combop 可 能 被 调用 任意 次 。 
e def scan[B >: A](z: B)(op: (B, B) = B): TraversableOnce[B] 
扫描 、 计 算 集 合 元 素 的 一 个 前 级 。 中 间 的 元 素 z 可 能 会 被 多 次 操作 。( 在 本 节 末 尾 ， 会 
给 出 一 个 示例 。) 
e def scanLeft[B >: A](z: B)(op: (B, B) = B): TraversableOnce[B] 
从 左 到 右 遍 历 集合 ， 对 元 素 执行 op 操作 ， 得 到 一 个 包含 一 系列 累计 值 的 集合 。 
e def scanRight[B >: A](z: B)(op: (B, B) = B): TraversableOnce[B ] 
从 右 到 左 遍 历 集合 ， 对 元 素 执 行 op 操作 ， 得 到 一 个 包含 一 系列 累计 值 的 集合 。 
。 def product: A 
计算 集合 元 素 的 累 乘 值 。 只 要 集合 元 素 可 以 隐 式 转换 为 Nuneric[A] (http:/www.scala- 
lang.org/api/current/scala/math/Numeric.html) (例如 : Int, Long, Float, Double 和 BigI 
nt), BEAT LGR lca BHA. Khe bk, RBM BA def product[B >: A] 
(implicit num: Numeric[B]): B， 参 见 5.2.3 节 ， 了 解 关 于 使 用 隐 式 转换 来 约束 方法 使 
用 范围 的 细节 。 
e def mkString: String 
将 集合 中 的 所 有 元 素 序列 化 到 字符 串 中 。 该 方法 是 fold 的 一 个 自 定 义 实 现 ， 用 于 方便 
地 从 集合 生成 字符 串 。 在 集合 的 元 素 之 间 没 有 分 隔 符 。 
e def mkString(sep: String): String 
从 集合 生成 字符 串 ， 分隔 符 为 字符 串 参 数 sep, 
e def mkString(start: String, sep: String, end: String): String 
从 集合 生成 字符 串 ， 分 隔 符 为 字符 串 参 数 sep， 前 绥 为 start, JHA end, 
特别 留心 传递 给 reduce, fold 和 aggregate 的 匿名 函数 的 参数 。 对 于 Left 系列 的 函数 ， 如 
foLdLeft， 其 中 第 一 个 参数 为 票 计 值 ， 集 合 遍历 的 方向 为 从 左 向 右 。 对 于 Right 系列 的 孙 
数 ， 如 foldRight， 其 中 第 二 个 参数 为 累计 值 ， 集 合 遍 历 的 方向 为 从 左 丫 右 。 对 于 fold 和 
reduce 等 方法 ， 遍 历 方向 既 不 是 从 左 到 右 ， 也 不 是 从 右 到 左 ， 其 遍历 方向 与 初始 值 是 未 定 
义 的 (不 过 一 般 都 采用 了 从 左 到 右 的 方式 )。 
fold 系列 方法 可 以 输出 一 个 与 集合 元 素 完 全 不 同类 型 的 值 ， 而 reduce 系列 方法 总 是 返回 
与 元 素 相同 类 型 或 元 素 父 类 型 的 值 。 
以 上 方法 对 于 无 限 集合 均 不 终止 处 理 。 同 时 ， 如 何 集 合 不 是 序列 类 型 ( 非 序列 类 型 中 ， 
元 素 的 存储 顺序 不 国定 ) 或 操作 不 满足 交换 律 的， 以 上 方法 每 次 运行 返回 的 结果 可 能 都 
不 相同 。 
aggregate 方法 的 应 用 并 不 广泛 ， 因 为 它 包含 一 些 比较 难以 理解 的 “不 固定 成 分 ”。 
scan 方法 对 计算 集合 的 连续 子 集 非常 有 用 。 考 虑 以 下 例子 : 
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scala> val list = List(1, 2, 3, 4, 5) 
list: List[Int] = List(1, 2, 3, 4, 5) 


scala> (list scan 10) (_ + _) 
resQ: List[Int] = List(10, 11, 13, 16, 20, 25) 


首先 ， 输 出 初始 值 9， 接 下 来 输出 第 一 个 元 素 与 初始 值 的 和 11， 然 后 是 第 二 个 元 素 与 前 值 
的 和 ，11 + 2 = 13， 以 此 类 推 。 


最 后 ， 我 们 介绍 了 3 个 mkstring 方法 ， 因 为 它们 事实 上 是 fold 和 reduce 的 特例 ， 用 于 生 
成 String。 如 果 集 合 默认 的 toString 方法 并 不 是 你 想 要 的 ， 这 些 方法 仍然 十 分 有 用 。 


6.9 向 左 遍历 与 向 右 遍 历 
从 上 一 节 可 知 ，fold 和 reduce 国 数 不 保证 固定 的 志 历 顺序 。 而 foLdLeft 和 reduceLeft 则 
从 左 到 右 遍 历 集合 元 素 ，foldRight 和 reduceRight 则 从 右 到 左 遍 历 集 合 元 素 。 


这 样 ， 任 何 需要 保持 集合 原 有 顺序 的 操作 (例如 ， 将 整数 列表 转 为 格式 化 字符 串 的 列表 ) 
就 必须 使 用 foLdLeft 或 foLdRight 才 行 。 

这 一 节 我 们 就 来 讨论 fold 和 reduce 的 癌 左 壳 历 和 问 右 遍历 这 两 种 形式 ， 它 们 在 行为 上 有 
很 重要 的 区 别 。 

我 们 再 次 列 出 上 文 所 用 的 例子 ， 不 过 现在 用 fold、foldLeft、foldRight、reduce.、 
reduceLeft 和 reduceRight 作为 对 比 。 首 先 ， 给 出 fold 的 例子 : 


scala> (List(1,2,3,4,5) fold 10) (_ * _) 
res0: Int = 1200 














scala> (List(1,2,3,4,5) foldLeft 10) (_ * _) 
resi: Int = 1200 


scala> (List(1,2,3,4,5) foldRight 10) (_ * _) 
res2: Int = 1200 


然后 是 reduce 的 例子 : 


scala> List(1,2,3,4,5) reduce (_ + _) 
res3: Int = 15 


scala> List(1,2,3,4,5) reduceLeft (_ + _) 
res4: Int = 15 


scala> List(1,2,3,4,5) reduceRight (_ + _) 

res5: Int = 15 
好 了 ， 不 是 特别 令 人 振奋 ， 因 为 选择 不 同 的 方法 似乎 对 结果 并 没有 产生 影响 。 原 因 在 于 我 
们 使 用 的 匿名 函数 _* _ 和 _ + _ 满足 交换 律 和 结合 律 。 
进一步 分 析 。 首 先 ， 对 于 List, fold 只 是 调用 给 了 foldLeft， 因 此 它们 表现 出 相同 的 行 
为 。 这 在 大 部 分 情况 下 是 对 的 ， 但 并 不 是 对 所 有 的 集合 都 是 如 此 。 所 以 ， 我 们 集中 关注 
foldLeft 和 foldRight。 其 次 ，foldLeft 和 foldRight 采用 了 相同 的 匿名 函数 ， 但 两 次 调 
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用 时 ， 参 数 事实 上 是 相反 的 。 在 foldleft 中 ， 匿 名 国 数 的 第 一 个 参数 是 累计 值 ， 而 对 于 
foldRight， 第 二 个 参数 才 是 累计 值 。 


我 们 用 满足 交换 律 和 结合 律 的 函数 来 比较 foldLeft 和 foldRight， 以 便 使 得 参数 更 清晰 : 


// src/main/scala/progscala2/fp/datastructs/fold-assoc-funcs.sc 

















scala> val facLeft = (accum: Int, x: Int) => accum + x 
facLeft: (Int, Int) => Int = <function2> 


scala> val facRight = (x: Int, accum: Int) => accum + x 
facRight: (Int, Int) => Int = <function2> 


scala> val list1 = List(1,2,3,4,5) 
tisti: List[Int] = List(1, 2, 3, 4, 5) 


scala> list1 reduceLeft facLeft 
res0: Int = 15 


scala> list1 reduceRight facRight 
resi: Int = 15 


facLeft 和 facRight 函数 满足 交换 律 和 结合 律 。 两 者 的 区 别 仅仅 在 于 参数 的 解释 ， 其 函数 
体 相同 均 为 accum + x。 为 了 清晰 ， 我 们 定义 了 这 两 个 函数 值 并 将 它们 作为 参数 传递 给 高 
阶 国 数 ， 如 reduceLeft 和 reduceRight, 


最 后 ， 当 对 list 调用 reduceLeft 并 传 入 facLeft 作为 匿名 函数 时 ， 我 们 得 到 的 结果 和 
facRight 调用 reduceRight 的 结果 相同 。 事 实 上 ， 使 用 两 者 中 任意 一 个 匿名 函数 都 会 得 到 
相同 的 结果 ， 因 为 它们 满足 交换 律 和 结合 律 。 


下 面 概述 一 下 这 几 个 例子 中 实际 发 生 的 运算 。 对 listi 调用 reduceLeft 上 时， 我 们 首先 给 
facLeft 传 入 工作 为 累计 值 accum 〈 即 初始 种 子 值 )， 传 入 2 作为 x 的 值 。 匿 名 函数 facLeft 
返回 1 + 2 作为 下 一 次 计算 时 的 accum 值 。 下 一 次 调用 facLeft 时 ， 传 入 3 作为 x 的 值 ， 
国 数 返 回 3 + 3 或 是 6。 分 析 剩 下 的 步 又 ， 可 知 运算 的 顺序 为 : 


((((1+2)+3)+4)+5) //=15 


与 此 相反 ， 使 用 reduceRight 时 ，5 是 初始 种 子 值 ， 我 们 从 右 到 左 依次 计算 。 分 析 其 具体 
步骤 ， 可 以 得 到 运算 顺序 : 


((((5+ 4) + 3) +2) +1) // = 15 


下 面 重 新 排列 一 下 表达 式 ， 使 元 素 符合 其 原始 顺序 。 再 次 将 reduceLeft 的 表达 式 列 出 ， 作 
为 对 比 。 注 意 以 下 表达 式 中 的 括号 : 


((((1+2)+3)+4)+5) // = 15 (reduceLeft 的 例子 ) 
(1 + (2 + (3 + (4+ 5)))) //= 15 (reduceRight 的 例子 ) 


注意 这 里 的 括号 是 如 何 反 映 元 素 的 变量 顺序 的 。 稍 后 我 们 会 回 过 头 来 分 析 这 些 表达 式 。 
如 果 采 用 了 一 个 满足 结合 律 但 不 满足 交换 律 的 函数 ， 会 如 何 呢 ? 


scala> val fncLeft = (accum: Int, x: Int) => accum - x 
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fncLeft: (Int, Int) => Int = <function2> 


scala> val fncRight = (x: Int, accum: Int) => accum - x 
fncRight: (Int, Int) => Int = <function2> 


scala> list1 reduceLeft fncLeft 
res0: Int = -13 


scala> list1 reduceRight fncRight 
resi: Int = -5 


要 了 解 为 什么 得 到 的 结果 不 同 ， 先 来 分 析 以 上 函数 中 实际 发 生 了 什么 运算 。 
如 果 同 样 对 以 上 例子 列 出 括号 表达 式 ， 可 以 得 到 如 下 结果 : 


((((1_- 2) - 3) - 4) - 5) // = -13 (foldLeft) 

CEES 4).= 3) o 2). =D) // = -5 (foldRight) 

(-1 + (-2 + (-3 + (-4 + 5)))) //= -5 (foLdRight， 重 新 排列 的 形式 ) 
所 以 ， 就 像 之 前 的 例子 ， 括 号 清晰 地 展示 了 reduceLeft 是 从 左边 开始 处 理 元 素 的 ， 而 
reduce 则 是 从 右边 处 理 元 素 的 。 


为 了 表明 fncLeft 和 fncRight 满足 交换 律 ， 回 想 一 下 x - y 等 价 于 x + -y，x + -y 也 可 以 
写 为 -y + x， 其 结果 依然 相同 : 

((((1 - 2) - 3) - 4) - 5) // 原始 形式 

((((1+ -2) + -3) + -4) + -5) // 将 x-y 变 为 x+ -y 

(1+(-2+(-3+(-4+ -5)))) // 表明 了 结合 性 
最 后 ， 我 们 来 看 看 使 用 既 不 满足 交换 律 ， 也 不 满足 结合 律 的 函数 时 会 发 生 什么 。 要 使 用 构 
造 String AY PRI 


scala> val fnacLeft = (x: String, y: String) => s"($x)-($y)" 





















































scala> val fnacRight = (x: String, y: String) => s"($y)-($x)" 





scala> val list2 = list1 map (_.toString) // 生产 String 组 成 的 列表 


scala> list2 reduceLeft fnacLeft 
res2: String = ((((1)-(2))-(3))-(4))-(5) 


scala> list2 reduceRight fnacRight 
res3: String = ((((5)-(4))-(3))-(2))-(1) 


scala> list2 reduceRight fnacLeft 
res4: String = (1)-((2)-((3)-((4)-(5)))) 


再 次 留意 使 用 fnacLeft 和 fnacRight 的 不 同 结果 ， 并 确定 你 理解 输出 的 字符 串 是 如 何 产 
生 的 。 
尾 递 归 与 遍历 无 限 集合 


事实 证 明 foLdLeft 和 reduceLeft 有 一 个 比 foldRight 和 reduceRight 重大 的 优势 : 它们 是 
尾 递 归 的 ， 所 以 可 以 从 Scala 的 尾 递归 优化 中 获 益 。 
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为 了 阐述 这 一 点 ， 回 顾 一 下 刚才 我 们 构造 的 对 列表 元 素 做 相 加 的 表达 式 .: 


((((1 + 2) + 3) +4) +5) // = 15 (reduceLeft 的 例子 ) 
(1 + (2 + (3 + (4+5)))) //= 15 (reduceRight 的 例子 ) 


尾 递 归 必 须 是 一 次 递归 中 最 后 一 个 运行 的 操作 。 在 reduceRight 中 ， 最 外 层 的 (1 + …) 在 





内 层 髓 和 套 部 分 完成 之 前 ， 无 法 执行 ， 所 以 这 个 操作 不 能 被 优化 为 循环 ， 也 不 是 尾 递 电 。 在 











列表 中 ， 我 们 受 限于 列表 的 构造 方式 ， 只 能 从 头 部 过 历 到 尾部 。 与 此 相反 ，reduceLeft 
中 ， 我 们 可 以 首先 对 前 两 个 元 素 执行 相 加 ， 然 后 对 第 三 个 、 第 四 个 做 相 加 ， 以 此 类 推 。 换 
句 话 说， 我 们 可 以 将 其 转 为 循环 ， 因 为 这 是 尾 递归 。 

另 一 个 分 析 方 法 是 对 Seq 类 型 实现 我 们 自己 的 foLdLeft 和 foldRight 方法 : 


// src/main/scala/progscala2/fp/datastructs/fold-impl.sc 


// 简化 的 实现 ,并 未 输出 集合 
// 输入 类 型 是 Seq[A] . 
def reduceLeft[A,B](s: Seq[A])(f: A => B): Seq[B] = { 


} 





@annotation.tailrec 

def rl(accum: Seq[B], s2: Seq[A]): Seq[B] = s2 match { 
case head +: tail => rl(f(head) +: accum, tail) 
case _ => accum 


} 
rl(Seq.empty[B], s) 


def reduceRight[A,B](s: Seq[A])(f: A => B): Seq[B] = s match { 


} 


case head +: tail => f(head) +: reduceRight(tail)(f) 
case _ => Seq.empty[B] 


val list = List(1,2,3,4,5,6) 


reduceLeft(list)(i => 2*i) 
// => List(12, 10, 8, 6, 4, 2) 


reduceRight(list)(i => 2*i) 
// => List(2, 4, 6, 8, 10, 12) 


以 上 实现 并 不 打算 构造 Seq 的 子 类 型 。Scala 集合 采用 我 们 之 前 讨论 的 CanBuildFrom 技术 。 
否则 的 话 ， 这 里 会 使 用 传统 的 递归 模型 来 实现 从 左 向 右 和 从 右 向 左 的 志 历 。 


尽管 在 实践 中 ， 你 基本 总 是 会 用 Scala 内 置 的 遍历 国 数 ， 而 不 是 自己 写 一 个 。 你 也 应 该 对 


这 两 和 














Fh 遍 历 及 递归 有 足够 的 了 解 ， 并 记 住 其 行为 与 行为 所 需 的 代价 。 

















由 于 在 这 里 我 们 处 理 的 是 ssq， 所 以 我 们 一 般 只 能 从 左 到 右 进行 。Seq.appty(index: Int) 
的 确 可 以 返回 位 于 索引 index (索引 从 零 开 始 ) 的 元 素 ， 但 对 于 列表 来 说 ， 每 次 调用 apply 
都 需要 O(N) 的 复杂 度 ， 导 致 总 体 的 复杂 度 变 为 OOV)， 而 不 是 我 们 想 要 的 O(N)。 所 以 ， 
foldRight 的 实现 “推迟 ”了 将 当前 值 与 其 他 递归 结果 进行 运算 的 时 间 ， 直 到 其 他 递归 完 
成 时 才 进行 。 所 以 ，fotLdRight 不 是 尾 递归 的 。 


对 于 foLdLeft， 我 们 用 艇 套 国 数 rl KAVA, rl 携带 一 个 accum 参数 ， 用 于 计算 累计 
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值 。 当 输入 不 匹配 head +: tail 时 ， 就 会 选择 空 Seq 的 分 支 ， 此 时 返回 accum 的 值 ， 其 中 
包含 了 完整 的 seq[B]。 当 我 们 递归 地 调用 rL 时 ， 这 个 调用 是 我 们 的 最 后 一 个 操作 (尾部 
调用 ) ， 因 为 我 们 已 经 先 将 新 元 素 加 到 了 accum 上 ， 然 后 再 将 新 的 值 传 人 rl. foldLeft 是 
尾 递归 的 。 


与 此 相反 ， 当 我 们 遍历 到 输入 的 Seq 的 末端 时 ， 返 回 了 一 个 空 的 seq[B] ， 接 着 随 着 栈 的 展 
开 ， 问 该 Seq[B] 中 插入 元 素 。 


最 后 ， 值 得 注意 的 是 ， 两 者 输出 元 素 的 顺序 是 不 同 的 。 从 左 到 右 的 递归 方法 返回 了 一 个 将 
输入 列表 逆序 的 输出 ， 这 一 点 也 许 一 开始 令 你 感到 惊 诈 ， 但 这 只 是 因为 这 个 例子 将 元 素 插 
入 到 序列 开头 。 用 vector 重 写 以 上 两 个 例子 ， 你 可 以 用 一 样 的 case 匹配 语句 。 不 过 不 是 
在 开头 插入 元 素 ， 而 是 在 结尾 追加 元 素 。 这 样 ， 新 foldLeft 函数 输出 的 Vector 将 与 输入 
的 Vector 有 相同 的 顺序 ， 而 foLdRight 的 输出 则 具有 相反 的 元 素 顺 序 。 


那么 ， 为 什么 我 们 要 有 两 种 递归 方式 ?如 果 不 必 为 栈 溢出 担心 ， 大 部 分 情况 下 ， 从 右 向 左 
的 递归 可 能 更 适合 你 的 操作 。 对 于 序列 ，fotdRight 保持 了 元 素 的 原 有 顺序 。 我 们 可 以 在 
调用 foldleft 之 后 调用 reverse， 但 这 意味 着 志 历 两 次 ， 而 不 是 一 次 。 这 对 于 大 集合 来 说 
可 能 会 非常 昂贵 。 

从 右 向 左 递归 相对 从 左 向 右 递归 还 有 一 个 优势 。 芳 虑 以 下 情景 : 你 有 一 个 潜在 的 无 限 数 据 流 。 
你 不 可 能 将 其 全 部 放 入 内 存 中 的 一 个 集合 里 ， 但 你 可 能 只 需要 其 中 的 前 入 个 元 素 ， 而 丢弃 其 
他 元 素 。Scala 库 的 Stream 类 型 就 是 为 这 种 目的 而 设计 的 。Stream 是 惰性 的 ， 意 味 着 它 只 在 
被 要 求 的 时 候 才 对 其 尾部 求 值 〈 不 过 对 头 部 的 求 值 是 积极 的 ， 这 一 点 有 时 会 带 来 不 便 )。 

这 里 提 到 的 “ 求 值 ”是 指 ， 在 计算 时 ， 定 义 一 个 无 线 数据 流 唯一 可 能 的 方法 就 是 使 用 一 
个 会 一 直 生 成 数值 的 函数 。 该 函数 可 能 一 直 从 某 个 输入 渠道 ， 如 套 接 字 (就 像 推 特 的 
firehouse) 或 大 文件 中 ， 读 取 数 据 或 者 它 本 身 就 是 一 个 能 产生 数值 序列 的 函数 。 在 下 文中 
我 们 很 快 就 会 看 到 一 个 例子 。 

现在 ,假设 我 们 定义 了 一 个 无 限 集 合 。 集 合 中 ， 函 数 一 直 生产 随机 数 。Scala 的 大 部 分 集 
合 都 是 严格 的 或 积极 的 ， 意 味 着 如 果 我 们 在 函数 中 定义 一 个 集合 ， 函 数 将 试图 在 内 存 中 装 
下 这 个 集合 ， 从 而 迅速 将 内 存 耗 尽 。 

男 一 方面 ， 惰 性 的 流 只 会 对 集合 的 头 部 调用 一 次 随机 函数 ， 然 后 一 直 等 待 ， 直 到 调用 端 要 
求 得 到 集合 的 尾部 值 。 
现在 ,我们 考虑 一 个 关于 无 限 数字 流 的 有 趣 例 子 
斐 波 那 契 数 的 定义 如 下 〈 这 里 忽略 负数 ) : 


f(n) = 
0 
























































































































































斐 波 那 契 序列 。 


if n=0 

1 if n=1 

f(n-1) + f(n-2) otherwise 
像 任 何 良 好 的 递归 一 样 , n 等 于 0 或 1 EEEF, et fn) = n, 否则 f(n) = 
f(n-1) + f(n-2), 


现在 ， 考 虑 以 下 使 用 Stream 定义 国 数 : 











// src/main/scala/progscala2/fp/datastructs/fibonacci.sc 
scala> import scala.math.BigInt 


scala> val fibs: Stream[BigInt] = 
| BigInt(0) #:: BigInt(1) #:: fibs.zip(fibs.tail).map (n => n._1 + n._2) 


scala> fibs take 10 foreach (i => print(s"$i ")) 
011235 8 13 21 34 


使 用 与 cons 操作 等 价 的 #::, RTA Stream 构造 了 序列 的 前 两 个 元 素 ， 分 别 是 n 等 于 0 和 
等 于 1 的 特例 。 接 着 用 递归 定义 了 剩 下 的 元 素 。 这 个 递归 是 右 方向 递归 。 不 过 我 们 只 取 前 
n 个 元 素 ， 忽 略 了 其 他 元 素 。 


在 这 里 ， 我 们 定义 了 fibs 和 fibs 的 尾部 元 素 : fibs.zip(fibs.tail).map(…)。 该 表达 式 将 
fibs 的 所 有 元 素 和 接 下 来 的 元 素 联 系 在 一 起 。 例 如 : 我 们 有 元 组 如 (f(2)，f(3))，(f(3)， 
f(4)) 等 ， 一 直到 无 限 ， 但 我 们 并 没有 真正 对 其 求 值 ， 除 非 用 户 要 求 访 问 这 些 值 。 元 组 被 
映射 到 一 个 整数 ， 即 元 组 中 两 个 元 素 之 和 ， 这 就 是 f(n) 的 下 一 个 值 ! 


最 后 一 行使 用 take 求 出 了 序列 中 的 前 10 个 值 (积极 的 集合 也 有 take 方法 )。 为 了 求 出 10 
个 元 素 ， 我 们 必须 计算 序列 尾部 8 次 。 接 着 用 foreach 对 其 进行 循环 ， 将 其 打印 出 来 ， 每 
个 一 行 。 

这 个 对 于 递归 序列 的 定义 是 非 巧 妙 而 强大 ， 摘 自 Stream Scaladoc 页 面 (http://www.scala- 
lang.org/api/current/scala/math/Numeric.html) 。 确 保 你 理解 其 中 的 原理 ， 因 为 这 将 帮助 你 理 
解 表 达 式 中 各 个 部 分 的 功能 ， 并 能 手工 计算 出 前 几 个 值 。 

注意 fibs 的 形式 与 我 们 实现 的 foldRight 很 像 : f(0) + f(1) + tail， 这 一 点 很 重要 。 
为 这 是 一 个 右 方 回 递 归 ， 所 以 我 们 能 在 得 到 想 要 的 元 素 时 停止 计算 tail。 与 此 不 同 ， 试 
图 构造 一 个 惰性 求 值 的 左 方向 递归 是 不 可 能 的 ， 因 为 那样 会 得 到 这 种 形式 f(0 + fa 
+f(tail))。( 对 比 一 下 foldleft 的 实现 .) 所 以 ， 碳 方向 递归 可 以 帮助 我 们 处 理 无 限 长 的 、 
情 性 求 值 的 数据 流 ， 可 以 在 恰当 的 时 候 对 数据 流 进行 险 段 ， 而 左 方向 递归 则 做 不 到 。 













































































左 方向 递归 是 尾 递归 ， 右 方向 递归 则 可 以 提前 截断 ， 以 处 理 无 限 长 的 、 需 要 
惰性 求 值 的 数据 流 。 











然而 ， 我 们 可 以 注意 到 有 些 对 序列 实现 了 foldRight 和 reduceRight 方法 的 类 型 ， 实 
际 上 先进 行 了 逆序 ， 然 后 再 分 别 执 行 foLdLeft 或 reduceRight。 例 如: collection. 
TraversableOnce 为 大 部 分 Seq 提供 了 这 种 实现 。 这 将 允许 我 们 用 尾 递归 的 方式 执行 右 向 操 
作 ， 不 过 这 要 花费 先 执行 逆序 的 开销 。 


6.10 组 合 器 : 软件 最 佳 组 件 抽象 


80 年 代 后 期 和 90 年 代 初 期 ,面向 对 象 编程 在 成 为 主流 后 ， 似 乎 很 有 希望 在 软件 复 用 组 
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件 上 有 所 作为 ， 甚 至 实现 通用 的 产业 组 件 库 。 然 而 ， 除 了 少数 领域 ， 如 不 同 平 台 上 的 
windows API 以 外 ， 事 情 并 没有 如 此 发 展 。 


为 什么 复 用 组 件 没 有 出 现 ? 原因 很 多 ， 但 根本 原因 在 于 ， 恰 当 、 通 用 代码 或 二 进 制 交互 协 
议 是 该 复 用 组 件 的 基础 ， 而 这 种 代码 或 二 进 制 协议 并 没有 出 现 。 事 实 上 ， 认 为 对 象 API 的 
丰富 性 反而 破坏 了 复 用 组 件 需 要 的 模块 化 的 观点 ， 是 一 个 悖 论 。 


从 更 广泛 的 领域 来 看 ， 成 功 的 组 件 模型 都 依赖 于 非常 简单 的 基础 。 数 字 集 成 电路 CIC) 用 
2 根 信号 线 与 信号 总 线 相连 ， 每 个 信号 线 是 一 个 布尔 值 ， 取 值 为 开 或 关 。 在 这 个 极其 简单 
的 协议 上 ， 人 类 历史 上 最 具 爆 炸 性 发 展 力 的 产业 诞生 了 。 


HTTP 是 组 件 模型 的 另 一 个 成 功 典范 。 服 务 间 通 过 狭小 但 定义 良好 的 接口 进行 交互 ， 相 互 
传输 少数 有 关 数 据 类 型 的 信息 ， 关 于 数据 本 身 的 格式 规定 则 非常 简单 。 


在 这 两 个 例子 中 。 高 层 协议 依赖 的 基础 都 很 简单 ， 但 这 个 基础 使 得 组 件 能 够 创建 、 生 成 更 
复杂 的 结构 。 在 数字 电路 中 ， 有 些 二 进 制 模式 被 解释 为 CPU 指令 ， 有 的 被 解释 为 内 存 地 
址 ， 还 有 的 被 解释 为 数据 值 。REST (类 似 JSON 的 数据 格式 ) 以 及 其 他 高 层 的 标准 都 基 
于 HTTP, 


对 于 一 座 城市 ， 咋 看 起 来 ， 我 们 认为 大 部 分 的 建筑 都 是 独一无二 的 ， 完 全 定制 化 的 。 事 实 
上 ， 在 这 些 独一无二 的 建筑 背后 隐 含 了 众多 统一 的 标准 : 电力 、 给 排水 、 房 间 大 小 、 家 
有 具 ， 围 绕 在 这 些 建筑 周围 的 是 标准 的 街道 ， 在 街道 上 奔驰 的 拥有 自己 标准 体系 的 汽车 。 


面向 对 象 编程 从 未 建立 过 这 种 基础 性 的 、 通 用 的 标准 。 在 各 个 语言 社区 中 ,组件 的 基础 单 
位 就 是 对 象 《有 的 包含 类 “模板 "， 有 的 没有 )。 但 对 象 还 不 够 底层 。 每 个 开发 者 都 会 为 
Customer (顾客 ) 创造 一 个 新 的 “标准 ”*"。 没 有 任何 团队 能 为 Customer 应 该 有 哪些 字段 达 
成 一 致 ， 因 为 它们 需要 满足 顾客 在 不 同 场景 下 的 不 同 需求 ， 因 而 需要 不 同 的 数据 和 运算 方 
式 。 我 们 需要 比 对 象 更 底层 的 东西 。 
发 明 跨 语言 、 跨 进程 的 标准 组 件 的 努力 近年 来 才 出 现 。 类 似 CORBA 的 模型 非常 复杂 。 大 
部 分 模型 定义 了 二 进 制 标准 ， 而 非 代码 级 的 标准 。 受 制 于 “版 本 地 狱 ”， 这 使 得 交互 性 变 
得 非常 脆弱 。 问 题 不 在 于 选择 二 进 制 标准 而 非 代码 级 标准 ， 而 在 于 所 定义 的 二 进 制 标准 太 
过 复杂 ， 导 致 模型 的 失败 。 


回想 一 下 本 章 中 所 学 的 示例 ， 其 作法 恰恰 相反 。 首 先 我 们 介绍 了 一 系列 集合 类 型 ，List、 
VectorMap 等 。 它 们 共享 一 些 共同 的 操作 ， 这 些 操作 大 多 定义 在 Seq 这 个 抽象 特征 中 。 大 
部 分 示例 用 List 来 举例 ， 但 实际 上 选用 任意 一 个 集合 都 可 以 。 


除了 foreach 方法 ， 所 有 操作 都 是 纯净 的 高 阶 函数 ， 没 有 副作用 ， 且 都 接受 函数 作为 参数 ， 
具体 工作 由 该 函数 完成 ， 如 : 过 滤 、 转 换 原始 集合 中 的 元 素 。 这 种 高 阶 函 数 与 离散 数据 中 
的 组 合 器 概念 非常 接近 。 

我 们 可 以 将 这 些 组 合 器 串联 起 来 ， 从 而 用 很 少 的 代码 完成 复杂 的 功能 。 对 于 特定 问题 ， 我 
们 可 以 将 数据 和 需要 实现 的 行为 分 离 。 这 与 通常 的 面向 对 象 编程 的 方法 正好 相反 ， 面 向 对 
象 总 是 将 数据 和 行为 绑 定 在 一 起 。 在 自 定义 的 类 中 创建 所 需 逻 辑 的 临时 实现 ， 是 面向 对 
象 里 的 典型 做 法 。 在 本 章 中 ， 我 们 已 经 给 出 了 更 好 的 方法 。 这 就 是 本 章 开 头 引 述 Alan J. 
Perlis 的 话 的 原因 。 













































































































































































在 本 章 结 束 之 前 ， 我 们 来 看 一 个 例子 ， 该 例 是 一 个 简化 的 工资 单 计算 器 : 


// src/main/scala/progscala2/fp/combinators/payroll.sc 








case class Employee ( 
name: String, 
title: String, 
annualSalary: Double, 
taxRate: Double, 
insurancePremiumsPerWeek: Double) 


val employees = List( 
Employee("Buck Trends", "CEO", 200000, 0.25, 100.0), 
Employee("Cindy Banks", "CFO", 170000, 0.22, 120.0), 
Employee("Joe Coder", "Developer", 130000, 0.20, 120.0)) 


// 计算 每 周 工资 单 : 
val netPay = employees map { e => 
val net = (1.0 - e.taxRate) * (e.annualSalary / 52.0) - 
e. insurancePremiumsPerWeek 
(e, net) 


} 


//“ 打 印 ” 工 资 单 
println("** Paychecks:") 
netPay foreach { 

case (e, net) => println(f" S${e.name+':'}%-16s ${net}%10.2f") 











} 


// 生成 报表 : 
val report = (netPay foldLeft (0.0, 0.0, 0.0)) { 
case ((totalSalary, totalNet, totalInsurance), (e, net)) => 
(totalSalary + e.annualSalary/52.0, 
totalNet + net, 
totalInsurance + e.insurancePremiumsPerWeek) 


} 
println("\n** Report:") 
println(f" Total Salary: S{report._1}%10.2f") 
println(f" Total Net: S{report._2}%10.2f") 
println(f" Total Insurance: ${report._3}%10.2f") 
脚本 的 输出 如 下 : 
** Paychecks: 
Buck Trends: 2784.62 
Cindy Banks: 2430.00 
Joe Coder: 1880.00 
** Report: 
Total Salary: 9615.38 
Total Net: 7094.62 
Total Insurance: 340.00 


我 们 可 以 用 很 多 方法 实现 以 上 逻辑 。 接 下 来 ， 我 们 来 考虑 一 下 设计 上 的 几 种 选择 。 
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首先 ， 尽管 本 市 对 面向 对 象 这 个 组 件 模型 颇 多 批评 ,但 OOP 仍然 十 分 有 用 。 我 们 定义 一 个 
Employee 类 来 放置 雇员 所 需 的 字段 类 型 。 在 真实 应 用 中 ， 这 些 数据 可 能 要 从 数据 库 中 加 载 。 


如 采 我 们 只 用 元 组 来 代替 自 定 义 的 类 ， 会 如 何 呢 ? 你 可 以 试 着 重 写 以 上 代码 ， 并 比较 其 中 
的 差别 。 命 名 时 使 用 Employee 及 其 字段 的 名 字 ， 可 以 使 代码 更 具 可 读 性 。 取 有 意义 的 名 称 
是 良好 悠久 的 软件 设计 准则 。 尽 管 我 强调 基础 集合 类 型 的 优点 ， 但 函数 式 编 程 并 不 排斥 定 
义 新 的 类 型 。 与 往常 一 样 ， 设 计 的 取舍 应 慎重 考虑 。 

然而 ，Employee 类 型 很 简单 ， 只 需要 实现 少量 行为 。 在 经 典 的 面向 对 象 设计 中 ， 我 们 可 能 
会 给 Employee 添加 很 多 行为 ， 用 于 工资 计算 或 实现 其 他 域 的 逻辑 。 我 相信 ， 我 们 在 这 里 所 
选择 的 设计 提供 了 最 佳 的 分 离 ， 同 时 这 种 设计 也 是 非常 简洁 的 。 如 果 Employee 的 结构 发 生 
变化 ， 需 要 修改 代码 时 ， 维 护 的 负担 也 是 非常 小 的 。 

还 需要 注意 的 是 ， 这 段 逻 辑 用 一 个 小 脚本 即 可 执行 ， 不 需要 一 个 应 用 程序 在 多 个 文件 中 定 
义 很 多 类 。 当 然 ， 这 个 例子 仅仅 是 个 玩具 。 但 希望 你 可 以 看 到 ， 普 通 的 应 用 并 不 一 定 需 要 
大 的 代码 库 。 

对 于 使 用 专用 的 类 型 存在 一 些 反 对 的 意见 ， 他 们 认为 这 会 增加 构造 实例 的 开销 。 在 这 里 ， 
这 种 开销 并 不 重要 。 如 果 我 们 有 十 亿 条 记录 ， 开 销 还 不 需要 考虑 吗 ? 在 第 18 章 探讨 大 数 
据 时 ， 我 们 将 再 次 讨论 这 个 问题 。 


6.11 关于 复制 


在 结束 本 章 之 前 ， 让 我 们 考虑 一 个 实际 问题 。 为 了 保持 变量 的 不 变性 ， 对 有 用 的 集合 进行 
复制 通常 是 必要 的 。 但 假设 我 有 一 个 包含 100 000 个 元 素 的 Vector ， 我 需要 得 到 一 个 副本 ， 
并 替换 掉 原 Vector 的 第 8 个 元 素 。 此 时 我 们 如 果 构 造 一 个 全 新 的 100 000 个 元 素 的 Vector 
将 会 是 极其 低 效 的 。 

幸运 的 是 ， 我 们 不 必 付 出 这 个 低 效 的 代价 ， 也 不 必 粕 牲 变量 的 不 可 变性 。 其 中 的 秘诀 就 
是 ， 我 们 认识 到 其 他 99 999 个 元 素 并 没有 变化 。 如 果 我 们 能 够 共享 原始 Vector 中 的 不 变 
部 分 ， 而 以 某 种 方式 表示 变化 的 部 分 ， 那 么 就 可 以 高 效 地 “创建 ”新 Vector 了 。 这 种 思想 
被 称 为 结构 共享 。 

如 果 其 他 线程 中 的 代码 正在 对 原始 Vector 做 其 他 不 同 的 操作 ， 对 原始 Vector 的 复制 不 会 
影响 该 操作 ， 因 为 原 Vector 没有 被 修改 。 这 样 ， 只 要 对 旧版 本 有 一 个 或 多 个 引用 ， 就 可 
以 创建 一 个 Vector 的 “历史 ”版 本 。 直 到 对 旧版 本 的 引用 消失 为 止 ， 旧 版 本 才 会 被 垃圾 
回收 。 

由 于 历史 可 以 一 直 保 留 ， 使 用 了 结构 共享 的 数据 结构 被 称 为 持久 性 数据 结构 。 

我 们 面临 的 挑战 是 选择 一 种 实现 数据 结构 ， 让 我 们 实现 向 量 语义 (或 其 他 数据 结构 中 的 
语义 )， 同 时 利用 结构 共享 提供 高 效 的 操作 方法 。 让 我 们 来 勾勒 出 底层 的 数据 结构 ， 揭 示 
复制 操作 是 如 何 工 作 的。 我 们 不 会 覆盖 所 有 细 闻 。 欲 了 解 更 多 信息 ， 参 见 维基 百科 页 面 
(https://en.wikipedia.org/wiki/Persistent_data_structure) 持久 性 数据 结构 。 


这 里 采用 了 分 文系 数 为 32 的 树 状 数据 结构 。 分 支 因 子 是 每 个 父 市 点 允许 拥有 的 最 大 子 市 










































































































































































点 的 数目 ， 意 味 着 搜索 和 修改 操作 是 O (logs, (N)) 复杂 度 的 ， 通常 这 相当 于 一 个 常数 ， 
甚至 对 很 大 的 N 值 来 说 也 是 如 此 ! 

图 6-2 显示 了 向 量 (1,2,3,4,5) 的 结构 。 为 了 增强 阅读 性 ， 我 们 将 只 使 用 两 个 或 三 个 子 
HRe 


























B 6-2: 树 形 结构 表示 的 向 量 

当 你 引用 向 量 时 ， 其 实 你 引用 的 是 树 的 根 节 点 ， 标 记 为 握 。 作 为 练习 3， 你 会 进行 若干 
操作 ， 如 : 通过 索引 访问 特定 的 元 素 ， 执 行 map 或 flatMap 等 ， 这 些 操 作 将 在 树 结 构 的 
Vector 中 实现 。 


现在 假设 我 们 要 在 2 和 3 之 间 插 入 2.5。 要 创建 一 个 新 的 副本 ， 我 们 并 不 需要 修改 原来 的 
树 结构 ， 而 是 创建 新 树 。 图 6-3 显示 了 当 我 们 在 2 和 3 之 间 添 加 2.5 时 发 生 了 什么 。 
































图 6-3: 插入 新 元 素 前 后 的 Vector 


需要 注意 的 是 ， 原 来 的 树 〈 奏 ) 仍然 存在 ， 但 我 们 又 创建 了 一 个 新 的 根 (#2) 和 新 的 节点 。 
新 节点 用 于 连接 新 根 (起 ) 和 包含 新 元 素 的 子 节点 。 这 样 ， 我 们 创建 了 一 个 新 的 左 子 树 ， 
其 分 支 系数 为 32， 这 意味 着 我 们 需要 在 每 一 层 复制 多 于 32 的 子 树 。 但 这 个 复制 操作 的 数 
量 远 远 小 于 复制 整个 树 所 需 的 操作 。 当 你 需要 向 一 个 已 有 32 个 元 素 的 市 点 添加 元 素 时 ， 
需要 做 特殊 处 理 。 
删除 等 其 他 操作 与 此 类 似 。 关 于 数据 结构 的 好 教材 都 会 介绍 树 操作 的 标准 算法 。 


因此 ， 如 果 大 规模 的 不 可 变数 据 结构 的 实现 支持 高 效 的 复制 操作 ， 我 们 就 能 够 使 用 它们 。 
相 比 可 变 向 量 ， 这 样 的 做 法 会 有 额外 的 开销 ， 因 为 可 变 向 量 可 以 在 原 地 就 对 元 素 值 进行 修 
改 。 讽 刺 的 是 ， 这 并 不 意味 着 ， 面 向 对 象 和 过 程 性 的 程序 必然 简单 和 快速 。 
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由 于 可 变性 的 危险 ， 在 类 中 用 特定 的 访问 方法 来 包装 类 的 集合 是 一 种 常见 的 做 法 。 但 这 却 
增加 了 代码 量 和 测试 的 负担 。 更 糟 的 是 ， 如 有 果 集 合 本 身 是 通过 “获取 器 ”方法 暴露 的 ， 我 
们 在 调用 时 常常 会 创建 保护 性 副本 。 保 护 性 副本 是 通过 返回 得 到 的 ， 而 不 是 原 集 合 ， 这 样 
客户 端 就 无 法 在 对 象 的 控制 之 外 ， 通 过 修改 集合 来 改变 对 象 的 内 部 状态 。 由 于 集合 在 非 函 
数 式 语 言 的 实现 中 ， 往 往 包 含 效率 低下 的 复制 操作 ， 这 可 能 使 其 程序 效率 不 如 对 应 的 函数 
式 程序 。 

不 可 变 的 集合 ， 不 仅 可 以 高 效 地 实现 ， 而 且 它 们 无 需 额外 的 代码 来 防范 有 害 的 修改 操作 。 


其 他 类 型 的 函数 式 数据 结构 ， 也 为 高 效 的 复制 和 适应 现代 硬件 特征 做 了 很 多 优化 ， 如 提高 
缓存 命中 率 和 其 他 手段 。 这 些 被 创建 的 数据 结构 ， 有 很 多 被 作为 可 变数 据 结构 的 替代 者 ， 
而 可 变数 据 结构 总 是 出 现在 数据 结构 和 算法 的 经 典 教科 书 上 。 想 要 对 函数 式 数 据 结构 有 更 
多 了 解 ， 请 参见 Chris Okasaki 的 Purely Functional Data Structures 和 Richard Bird 的 Pearls 
of Functional Algorithm Design (这 两 本 书 均 由 剑桥 大 学 出 版 社 出 版 )， 也 可 以 参见 Fethi 
Rabhi 和 Guy Lapalme 的 Algorithms: 4 Functional Programming Approach (Addison-Wesley 
出 版 社 出 版 )。 


6.12 本章 回 顾 与 下 一 章 提要 


我 们 讨论 了 函数 式 编程 的 基本 概念 ， 并 指出 它们 对 解决 现代 软件 开发 问题 的 重要 性 。 同 时 
学 习 了 基本 集合 类 型 及 其 高 阶 函数 和 组 合 器 如 何 产 生 简洁 、 强 大 的 模块 化 代码 。 

典型 函数 式 程序 就 建立 在 这 个 基础 之 上 。 在 一 天 结束 的 时 候 ， 所 有 的 程序 会 输入 数据 ， 转 
换 数据 ， 然 后 输出 结果 。 经 典 编程 语言 的 许多 “仪式 ”往往 掩盖 了 程序 的 根本 目的 。 
幸运 的 是 ， 传 统 的 面向 对 象 的 语言 已 经 增加 了 不 少 相同 的 功能 。 它 们 中 的 大 多 数 语言 现在 
已 经 支持 集合 中 的 组 合 器 。Java 8 为 Java 带 来 了 匿名 函数 (PRA) Lambda 表达 式 )， 集 合 类 
型 也 增加 了 高 阶 函 数 ， 从 而 大 大 增强 了 集合 的 功能 。 

其 次 ， 针 对 面向 对 象 背 景 的 程序 员 ， 我 们 专门 介绍 了 函数 式 编程 ， 请 参阅 Brian Marick 
(Leanpub) 的 《给 面向 对 象 程序 员 的 函数 式 编程 介绍 》 如 果 你 想 说 服 Java 开发 的 朋友 来 
关注 函数 式 编程 ， 你 可 以 考虑 阅读 我 写 的 Introduction to Functional Programming for Java 
Developers (O’Reilly 出 版 ) 。 























































































































Paul Chiusano 和 Rúnar Bjarnason 的 Functional Programming in Scala (Manning 出 版 社 出 
版 ) 一 书 用 Scala 语言 出 色 、 深 入 地 介绍 了 函数 式 编程 。 

练习 使 用 组 合 器 ， 可 以 陪读 Phil Gold 的 Ninety-Nine Scala Problems 网 页 (http://aperiodic. 
net/phil/scala/s-99/) 。 

接 下 来 ， 我 们 将 回 到 for 表达 式 ， 并 使 用 学 到 的 新 函数 式 编 程 知识 ， 了 解 for 表达 式 的 实 
现 方式 ， 掌 握 如 何 利 用 它 来 处 理 我 们 自己 实现 的 数据 类 型 ， 以 及 for 表达 式 和 组 合 器 产生 
简洁 且 强 大 的 代码 的 奥秘 。 在 这 个 过 程 中 ， 我 们 将 深化 对 函数 式 编程 概念 的 理解 。 
我 们 将 在 第 16 章 再 次 探究 更 多 函数 式 编程 的 高 级 特性 ， 并 在 第 12 章 深入 理解 更 多 关于 
Scala 集合 的 实现 细节 。 





























我 们 在 3.6 市 中 对 for 推导 式 进 行 了 描述 。 学 习 完 那 一 节 ， 我 们 认为 它们 是 很 好 用 且 更 灵 
活 的 for 循环 ， 仅 此 而 已 。 而 实际 上 这 只 是 冰山 的 一 角 ， 更 多 复杂 的 东西 被 掩藏 在 水 面 之 
下 。 这 些 复杂 的 事物 有 益 于 编写 出 简洁 的 代码 ， 以 优雅 的 方式 解决 一 些 设计 上 的 难题 。 

在 本 章 中 ， 我 们 将 深入 学 习 被 掩藏 的 知识 以 便 真 正 理解 for 推导 式 。 除 了 学 到 Scala 是 如 
何 实现 for 推导 式 之 外 ， 我 们 还 将 学 会 如 何在 自己 创建 的 容 如 类 型 中 使 用 它们 。 


在 本 章 的 最 后 ， 我 们 将 通过 实验 揭示 到 底 有 多 少 Scala 容器 类 型 使 用 for 推导 式 解 决 一 些 
常见 的 设计 难题 ， 例 如 : 如 何在 执行 一 组 操作 时 进行 错误 处 理 。 最 后 ， 我 们 将 提炼 出 一 项 
知名 的 函数 式 技巧 ， 该 技巧 可 以 用 于 表示 重复 习 语 。 


7.1 ASEM: for 推 导 式 组 成 元 素 


for 推导 式 中 包含 一 个 或 多 个 生成 器 表达 式 ， 外 加 可 选 的 保护 表达 式 (guard expression, 
用 于 过 滤 数 据 ) 以 及 值 定 义 。 推 导 式 的 输出 可 以 用 于 “生成 ”新 的 容器 ， 也 可 以 在 每 次 遍 
历时 执行 具有 副作用 的 代码 块 ， 如 打印 输出 。 下 面 的 例子 解释 了 所 有 这 些 特性 。 该 示例 移 
除了 文本 文件 中 所 有 的 空 行 : 


// src/main/scala/progscala2/forcomps/RemoveBlanks.scala 
package progscala2.forcomps 
























































object RemoveBlanks { 


[** 
* 从 指定 的 输入 文件 中 移 除 空 行 。 
wh 





def apply(path: String, compressWhiteSpace: Boolean = false): Seq[String] = 
for { 
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8 
(6) 


(7) 


line <- scala.io.Source.fromFile(path).getLines.toSeq /L 0 


if line.matches("""^\s*$""") == false //@ 
line2 = if (compressWhiteSpace) line replaceAll ("\\st+", " ") // © 
else line 
} yield line2 // @ 
[** 








* 从 指定 的 输入 文件 中 移 除 空 行 ,并 将 其 他 行内 容 依次 发 送 给 标准 输出 。 
* @param 参数 列表 中 包含 了 文件 路 径 。 为 每 一 个 文件 路 径 都 增加 了 可 选 的 "- "前 组， 
并 会 压缩 以 "-" 前 级 开头 文件 中 的 剩余 空白 符 。 











* 

/ 

def main(args: Array[String]) = for { 
path2 <- args //® 
(compress, path) = if (path2 startsWith "-") (true, path2.substring(1)) 

else (false, path2) // ® 

line <- apply(path, compress) 

} println( line) //@ 


使 用 scala.io.Source Xt% (http:/Awww.scala-lang.org/api/current/scala/io/Source$.html) 打 
开 文 件 并 读 取 文 件 行 ，getLines 返回 scala.collection.Iterator 对 象 (http://www.scala- 
lang.org/api/current/scala/collection/Iterator.html)。 由 于 for 推导 式 无 法 返回 Iterator 对 
象 ，for 推导 式 的 返回 类 型 由 初始 的 生成 器 所 决定 ， 因 此 我 们 必须 将 其 转化 成 一 个 序列 。 
使 用 正则 表达 式 过 滤 空 行 。 

定义 局 部 变量 。 假 如 未 开启 空白 符 压 缩 ， 那 么 局 部 变量 将 存储 未 变 的 非 空 行 ， 反 之 则 
会 将 局 部 变量 设置 为 一 个 新 的 行 值 ， 该 行 值 已 经 将 所 有 的 空白 符 压 缩 为 一 个 空格 。 

由 于 我 们 使 用 yield 方法 返回 行内 容 ， 因 此 for 推导 式 构造 了 apply 方 法 返回 的 
Seq[String] (http:/www.scala-lang.org/api/current/index.html#scala.collection.Seq)。 随 后 
我 们 也 将 处 理 apply 返回 的 实际 容器 。 

main 方法 使 用 for 推导 式 处 理 参数 列表 ， 每 个 参数 都 会 被 视 为 待 处 理 的 文件 路 径 。 

假如 文件 路 径 以 - 字符 起 始 ， 空 白 符 会 被 压缩 ， 否 则 只 会 除去 空白 行 。 

将 所 有 处 理 后 的 行内 容 一 起 输出 到 标准 输出 stdout。 





















































该 文件 通过 sbt 被 编译 。 请 在 sbt 命令 行 下 运行 该 文件 源 代码 。 首 先 ， 尝 试 运行 代码 时 不 
加 前 缀 字符 -。 我 们 下 面 列 出 了 一 些 输 出 行 的 内 容 : 














> run-main progscaLa2.forcomps.RemoveBLanks \ 
src/main/scala/progscala2/forcomps/RemoveBlanks.scala 
[info] Running ...RemoveBlanks src/.../forcomps/RemoveBlanks.scala 
// src/main/scala/progscala2/forcomps/RemoveBlanks.scala 
package forcomps 
object RemoveBlanks { 
/[** 
* 移 除 指定 输入 文件 的 空 行 。 
* 
/ 


def apply(path: String, compressWhiteSpace: Boolean = false): Seq[String] = 


原始 文件 中 的 空 行 已 经 被 移 除 。 运 行 代码 时 如 果 添 加 前 级 - 将 生成 下 列 信息 : 
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> run-main progscala2.forcomps.RemoveBlanks \ 
src/main/scala/progscala2/forcomps/RemoveBlanks.scala 

[info] Running ...RemoveBlanks -src/.../forcomps/RemoveBlanks.scala 

// src/main/scala/progscala2/forcomps/RemoveBlanks.scala 

package forcomps 

object RemoveBlanks { 





[** 
* 从 指定 的 输入 文件 中 移 除 空白 行 。 
*/ 


def apply(path: String, compressWhiteSpace: Boolean = false): Seq[String] = 


现在 执行 代码 后 ， 空 白 符 将 会 被 压缩 为 一 个 空格 。 


你 也 许 希 望 对 该 应 用 进行 修改 ， 添 加 更 多 的 选项 ， 例 如 ， 在 每 一 行 中 增加 行 号 ， 将 输出 写 
到 单独 的 文件 ， 计 算 统 计 值 等 。 你 该 如 何 将 参数 数组 中 各 个 单独 元 素 转变 为 类 Unix 风格 





命令 行 的 选项 呢 ? 














我 们 再 看 看 apply 方法 返回 的 实际 容器 。 假 如 运行 了 sbt 控制 台 ， 我 们 便 能 查看 该 容器 : 








> console 
Welcome to Scala version 2.11.2 (Java HotSpot(TM) ...). 


scala> val lines = forcomps.RemoveBlanks.apply( 

| "src/main/scala/progscala2/forcomps/RemoveBlanks.scala") 
lines: Seq[String] = Stream( 
// src/main/scala/progscala2/forcomps/RemoveBlanks.scala, ?) 


scala> Lines.head 
rest: String = // src/main/scala/progscala2/forcomps/RemoveBLanks.scala 


scala> lines take 5 foreach println 
// src/main/scala/progscala2/forcomps/RemoveBlanks.scala 
package forcomps 
object RemoveBlanks { 
kk 


* 移 除 指定 输入 文件 中 的 空 行 。 








apply 方法 将 返回 惰性 Stream 值 ， 这 点 在 6.9 节 中 已 经 介绍 了 。 当 REPL 在 打印 出 lines 
定义 信息 后 打印 行内 容 时 ，Stream.toString 方法 会 计算 出 文件 流 的 头 部 内 容 (也 就 是 该 文 
件 的 注释 行 )， 除 此 之 外 该 方法 还 会 显示 一 个 问号 ， 该 问号 代表 了 文件 中 尚未 被 计算 出 的 














我 们 可 以 要 求 获取 文件 的 头 部 内 容 ， 之 后 获取 前 五 行 的 内 容 ， 这 也 会 迫使 Scala 计算 























这 


些 行 值 。 由 于 处 理 的 文件 也 许 会 非常 庞大 ， 如 果 将 整个 文件 原封 不 动 地 载 入 内 存 会 消耗 大 
量 的 内 存 ， 因 此 此 处 非常 适合 使 用 Stream 类 型 。 不 地 的 是 ， 万 一 需要 阅读 完整 的 大 型 内 容 
集 ， 我 们 就 不 得 不 把 全 部 内 容 都 载 和 内存。 这 是 因为 Stream 会 记 住 它 所 解析 出 的 所 有 元 素 
的 内 容 。 请 注意 由 于 上 面 出 现 的 两 个 for 推导 式 (分 别 出 现 在 apply 和 main 方法 中 ) 的 每 












































次 迭代 都 不 会 保存 状态 ， 因 此 并 不 需要 在 内 容 中 保存 多 于 一 行 的 数据 。 











事实 上 ， 当 你 调用 scala.collection.Iterator 的 toSeq 方 法 时 ， 会 调用 子 类 型 scala. 


collection.TraversableOnce 中 的 默认 实现 并 返回 Stream 类 型 对 象 。 而 Iterator 的 其 他 子 
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类 型 则 可 能 会 返回 一 个 严格 型 (strict) 容器 。 


7.2 for 推导 式 : 内 部 机 制 

for 推导 式 的 语法 实际 上 是 编译 器 提供 的 语法 糖 ， 它 会 调用 容器 方法 foreach, map, 
flatMap 以 及 withFilter 方法 。 

为 什么 还 需要 提供 另 一 种 调用 这 些 方法 的 方式 呢 ? 对 于 那些 非 平凡 序列 (nontrival 
sequence) 而 言 ， 使 用 for 推导 式 比 调 用 相关 API 编写 的 代码 更 加 易 读 易 写 。 


与 我 们 之 前 见 到 的 Filter 方法 一 样 ，withFilter 方法 可 以 对 元 素 进行 过 滤 。 假 如 容器 未 定 
X withFilter 方法 ，Scala 会 使 用 filter 方法 替代 (会 出 现 编 译 警告 ) 。 不 过 ， 与 filter 
不 同 ，withFilter 方法 并 不 会 构造 输出 容器 。 为 了 得 到 更 高 的 效率 ，withFilter 会 与 其 
他 方法 一 起 执行 过 滤 逻 辑 ， 这 样 能 够 减少 一 次 生成 新 容器 所 带 来 的 开销 。 更 具体 一 点 ， 
withFilter 方法 会 限制 允许 传递 给 后 续 组 合 器 的 元 素 类 型 域 ， 这些 后 续 组 合 器 包括 map, 
flatMap、foreach 以 及 其 他 的 withFilter 会 调用 的 方法 。 


为 了 能 了 解 for 推导 式 这 颗 语 法 糖 里 到 底 封 装 了 些 什么 东西 ， 我 们 会 先 执行 一 些 非 正 式 的 
比较 操作 ， 之 后 再 探讨 之 前 mapping 中 的 详细 信息 。 


考虑 下 面 这 个 简单 的 for 推导 式 : 


// src/main/scala/progscala2/forcomps/for-foreach.sc 









































val states = List("Alabama", "Alaska", "Virginia", "Wyoming") 


for { 
s <- states 

} println(s) 
// 结果 值 : 

// Alabama 

// Alaska 

// Virginia 
// Wyoming 


states foreach println 


// 执行 结果 与 之 前 一 致 。 


注释 中 列 出 了 输出 结果 。( 从 现在 开始 ， 我 不 会 再 像 以 前 那样 频 紫 地 展示 REPL 会 话 信息 。 
有 时 我 会 列 出 代码 ， 并 在 注释 中 展示 重要 的 结果 。) 


在 推导 式 之 后 存在 一 个 不 含 Yietd 表达 式 的 生成 器 表达 式 ， 该 表达 式 对 应 了 容器 foreach 
方法 中 执行 的 表 过 式 。 


如 果 我 们 使 用 yield 操作 生成 容器 ， 会 发 生 什 么 呢 ? 


// src/main/scala/progscala2/forcomps/for-map.sc 























val states = List("Alabama", "Alaska", "Virginia", "Wyoming") 


for { 





fe 
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s <- states 
} yield s.toUpperCase 
// 结果 值 : List(ALABAMA, ALASKA, VIRGINIA, WYOMING) 


states map (_.toUpperCase) 
// 结果 值 : List(ALABAMA, ALASKA, VIRGINIA, WYOMING) 


生成 器 表达 式 中 包含 了 yield 表达 式 ， 该 生成 器 对 应 了 一 次 map 操作 。 那 么 for 推导 式 是 






































在 什么 时 候 利用 yield 操作 构造 出 新 的 容器 的 呢 ? 第 一 个 生成 器 表达 式 决定 了 最 终 的 结果 


容器 类 型 。 通 过 观察 对 应 的 map 表达 式 的 行为 ， 你 会 发 现 这 是 合理 的 。 如 果 将 输入 的 List 


类 型 修改 为 Vector 类 型 ， 你 会 发 现 这 将 生成 一 个 新 的 Vector 容器 。 
如 果 我 们 定义 了 多 个 生成 器 ， 会 发 生 什 么 呢 ? 

// src/main/scala/progscala2/forcomps/for-flatmap.sc 

val states = List("Alabama", "Alaska", "Virginia", "Wyoming") 


for { 
s <- states 
c<- s 
} yield s"$c-${c.toUpper}" 
// 结果 值 : List("A-A", "l-L", "a-A", "b-B", ...) 


states flatMap (_.toSeq map (c => s"$c-${c.toUpper}")) 
// 结果 值 : List("A-A", "l-L", "a-A", "b-B", ...) 


第 二 个 生成 器 会 遍历 字符 串 s 中 的 每 一 个 字符 。 而 设计 的 yield 语句 将 返回 各 个 字符 及 对 


应 的 大 写字 符 ， 这 两 个 字符 通过 横 线 分 隔 。 

















如 果 存 在 多 个 生成 器 ， 那 么 除 最 后 一 个 之 外 ， 甚 他 所 有 的 生成 器 都 会 被 转化 成 fLatMap 调 
用 。 最 后 一 个 生成 器 对 应 了 一 次 map 调用 。 上 述 代码 也 将 产生 List 对 象 。 你 也 可 以 尝试 使 























用 其 他 输入 容器 类 型 ， 看 看 输出 结果 是 什么 类 型 。 
如 果 我 们 再 添加 一 个 保护 式 (guard)， 又 会 发 生 什么 呢 ? 

// src/main/scala/progscala2/forcomps/for-guard.sc 

val states = List("Alabama", "Alaska", "Virginia", "Wyoming") 


for { 
s <- states 
c<- s 
if c.isLower 
} yield s"$c-${c.toUpper} " 
// 结果 值 : List("l-L", "a-A", "b-B", ...) 


states flatMap (_.toSeq withFilter (_.isLower) map (c => s"$c-${c.toUpper}")) 
// 结果 值 : List("l-L", "a-A", "b-B", ...) 


请 注意 ，Scala 在 最 终 的 map 调用 之 前 插入 了 一 条 withFilter 调用 语句 。 
三 


最 后 ， 如 下 所 示 ， 我 们 在 语句 中 定义 了 一 个 变量 : 
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// src/main/scala/progscala2/forcomps/for-variable.sc 
val states = List("Alabama", "Alaska", "Virginia", "Wyoming") 


for { 
s <- states 
c<- s 
if c.isLower 
c2 = s"$c-${c.toUpper} " 
} yield c2 
// 结果 值 : List("l-L", "a-A", "b-B", ...) 


states flatMap (_.toSeq withFilter (_.isLower) map { c => 
val c2 = s"$c-${c.toUpper} " 
c2 


}) 
// S89: List("l-L", "a-A", "b-B", ...) 


7.3 for 推导 式 的 转化 规则 

现在 我 们 已 经 对 for 推导 式 转化 成 容器 方法 的 原理 有 了 初步 的 了 解 。 下 面 我 们 将 定义 更 加 
详细 的 细节 。 

首先 ， 在 像 pat <- expr 这 样 的 生成 器 表达 式 中 ，pat 实际 上 是 一 个 模式 表达 式 (pattern 
expression), ， 例 如 : (x,y) <- List((1,2),(3,4))。Scala 会 以 类 似 的 方式 对 值 定义 语句 
pat2 = expr 进行 处 理 ， 该 语句 也 会 被 视 为 某 一 模式 。 

Scala 在 转化 for 推导 式 时 ， 要 做 的 第 一 件 事 便 是 将 pat <- expr 语句 转化 为 下 列 语句 : 


// pat <- expr 
pat <- expr.withFilter { case pat => true; case 





















































=> false } 


Zia, Scala 将 重复 执行 下 列 转化 规则 ， 直 到 所 有 的 推导 表达 式 都 被 替换 掉 。 值 得 一 提 的 
是 ， 某 些 转化 会 生成 新 的 for 推导 式 ， 而 后 续 的 迭代 则 会 负责 对 这 些 推导 式 进行 转化 。 
如 果 for 推导 式 中 包含 了 一 个 生成 器 和 一 个 yield 表达 式 ， 那 么 该 表达 式 将 被 转化 为 下 列 
语句 : 


// for ( pat <- expri ) yield expr2 
expr map { case pat => expr2 } 


如 果 for 循环 中 未 使 用 yield 语句 ， 但 执行 的 代码 具有 副作用 ， 那 么 该 语句 将 被 转化 为 : 


// for ( pat <- expri ) expr2 
expr foreach { case pat => expr2 } 


包含 多 个 生成 器 (同时 包含 yield 表达 式 ) AY for 推导 式 将 被 转化 成 下 列 语句 : 

// for ( pati <- expr1; pat2 <- expr2; ... ) yield exprN 

expri flatMap { case pati => for (pat2 <- expr2 ...) yield exprN } 
请 留意 ， 骨 套 的 生成 器 会 被 转化 成 府 套 的 for 推导 式 。 这 些 磐 套 的 for 推导 式 会 在 下 一 次 
执行 转化 规则 时 被 转化 成 方法 调用 。 上 面 示例 中 (.…) 代表 了 省 略 的 表达 式 ， 这 些 表达 式 
































A 
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可 能 是 其 他 的 生成 器 ， 也 可 能 是 值 定义 或 保护 式 (guard). 
包含 多 个 生成 器 的 for 循环 将 被 翻译 成 下 列 语句 : 


// for ( pat1 <- expr1; pat2 <- expr2; ... ) exprN 
expri foreach { case pati => for (pat2 <- expr2 ...) yield exprN } 


我 们 之 前 所 见 的 示例 中 包含 保护 式 (guard) 表达 式 ， 该 表达 式 被 编写 在 单独 的 一 行 中 。 
KE, guard 以 及 上 一 行 中 的 代码 可 以 编写 在 一 行 中 ， 例 如 : patt <- exprl if guard, 
后 面 跟着 保护 式 的 生成 器 会 被 翻译 成 下 列 语句 : 


// pat1 <- exprl if guard 
pati <- expri withFilter ((arg1，arg2，...) => guard) 


此 处 ， 变 量 argN 代表 了 传递 给 withFilter 方法 的 参数 。 对 于 大 多 数 的 容器 而 言 ， 传 入 的 
方法 中 只 含有 一 个 参数 。 


如 果 生 成 器 后 面 尾 随 着 一 个 值 定义 ， 那 么 转化 这 个 生成 器 的 复杂 度 会 令 人 惊奇 。 如 下 所 示 : 


// pat1 <- expri; pat2 = expr2 





alin 
中 





























(pati, pat2) <- for { // © 
x1 @ pat1 <- expri //@ 
} yield { 
val x2 @ pat2 = expr2 // © 
(x1, x2) // 0 
} 


@ for 推导 式 将 返回 包含 两 个 模式 的 pair 对 象 。 
@ x1 @ pat1 语句 会 将 整个 表达 式 中 pat1 所 匹配 的 值 赋 给 变量 x1， 该 值 可 能 包含 另 一 个 
变量 的 某 一 部 分 。 假 如 pati 是 一 个 不 可 变 变 量 名 ，x1 和 pat1 的 赋值 将 会 是 元 余 的 。 
© 将 pat2 值 赋 给 x2。 
@ 返回 元 组 。 
下 面 的 REPL 会 话 中 包含 了 x @ pat = expr 语句 的 对 应 示例 : 
scala> val z @ (x, y) = (1 -> 2) 
z: (Int, Int) = (1,2) 


x: Int = 1 
y: Int = 2 


变量 z 的 值 为 元 组 (1,2) ， 而 变量 x 和 变量 y 则 对 应 了 元 组 中 各 个 组 成 部 分 的 值 。 
由 于 很 难 讲 清楚 for 推导 式 完 整 的 转化 过 程 ， 所 以 我 们 从 一 个 具体 的 例子 开始 学 起 。 


// src/main/scala/progscala2/forcomps/for-variable-translated.sc 
































7 






































val map = Map("one" -> 1, "two" -> 2) 


val list1 = for { 
(key, value) <- map // 本 行 和 下 一 行将 会 被 翻译 成 什么 语句 呢 ? 
i10 = value + 10 
} yield (i10) 
// 执行 结果 值 : list1: scala.collection.immutable.Iterable[Int] = List(11, 12) 
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// 翻译 后 的 语句 : 
val list2 = for { 
(i, 110) <- for { 
x1 @ (key, value) <- map 
} yield { 
val x2 @ i10 = value + 10 
(x1, x2) 
} 
} yield (i10) 
// 执行 结果 : list2: scala.collection.immutable.Iterable[Int] = List(11, 12) 


请 留意 外 围 的 for {.….} 中 的 两 个 表达 式 的 转化 方式 。 尽 管 在 内 部 表达 式 中 我 们 返回 了 
(x1，x2) 对 ， 但 事实 上 只 返回 了 x2 变量 (等 价 于 119 变量 )。 另 外 ， 我 们 知道 Map 对 象 包 
含 一 组 键 值 对 元 素 ， 因 此 在 上 面 的 代码 中 ， 与 生成 器 所 匹配 的 模式 类 型 为 键 值 对 类 型 ， 我 
们 也 使 用 该 类 型 遍历 map 对 象 。 

这 便 是 For 推导 式 完整 的 转化 规则 。 你 可 以 应 用 这 些 规则 ， 将 for 推导 式 转 化 成 针对 容器 
的 一 组 方法 调用 。 你 不 必 经 常 执行 这 样 的 转化 ， 不 过 有 时 候 这 样 做 能 帮助 你 调试 问题 。 
我 们 再 看 一 个 示例 ， 该 示例 应 用 模式 匹配 对 一 个 常见 的 格式 为 key = value 的 属性 文件 进行 
解析 。 


// src/main/scala/progscala2/forcomps/for-patterns.sc 

































































val ignoreRegex = """^\s*(#.*|\s*)$""".r //@ 
val kvRegex = """4\s*([4=]+)\s*=\s*([4#]+)\s*.¥ ou" or //@ 
val properties = """ 

|# Book properties 

| 

|book.name = Programming Scala, Second Edition # A comment 
|book.authors = Dean Wampler and Alex Payne 

|book.publisher = O'Reilly 

|book.publication-year = 2014 

[""".stripMargin // © 


val kvPairs = for { 


prop <- properties.split("\n") //@ 
if ignoreRegex.findFirstIn(prop) == None // ® 
kvRegex(key, value) = prop // ® 
} yield (key.trim, value.trim) //@ 


// Returns: kvPairs: Array[(String, String)] = Array( 
// (book.name,Programming Scala, Second Edition), 
// (book.authors,Dean Wampler and Alex Payne), 

// (book.publisher ,O'Reilly), 

// (book. publication-year ,2014) ) 


@ 正则 表达 式 用 于 查找 将 被 “忽略 ” 掉 的 行 ， 例 如 : 空 行 或 注释 行 。 表 达 式 中 的 # 是 注 
释 符 ， 只 有 当 它 在 该 行 所 有 非 空白 符 中 位 于 第 一 位 时 才能 匹配 该 表达 式 。 

@ 用 于 匹配 key = value 对 的 正则 表达 式 ， 该 表达 式 可 以 处 理 包含 任意 多 的 空白 字符 以 及 
注释 的 情况 。 
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@ 一 个 输入 示例 ， 该 示例 中 包含 了 多 行 属性 字符 串 。 请 留意 ， 为 了 能 够 移 除 | 字符 以 及 
该 字符 之 前 的 所 有 的 行 首 字符 ， 代 码 中 使 用 StringLike.stripMargin (http://www.scala- 
lang.org/api/current/scala/collection/immutable/StringLike.html) 方法 。 运 用 这 项 技术 ， 我 
们 可 以 将 各 行 缩 进 对 齐 ， 而 且 无 需 担 心 这 些 空白 字符 会 作为 字符 串 的 一 部 分 被 解析 。 

@ 各 个 属性 通过 换行 符 分 隔 。 

O 过 滤 各 行 字符 串 ， 只 留 下 我 们 不 希望 被 忽略 掉 的 行 。 

@ 本 行 左 侧 代码 运用 了 模式 表达 式 ， 通 过 正则 表达 式 从 有 效 的 属性 行 中 抽取 出 键 及 值 对 
应 的 字符 串 。 

@ 生成 最 终 的 键 值 对 并 删 掉 剩 余 无 用 的 空白 字符 。 

由 于 生成 器 调用 了 返回 Array 对 象 的 String.sptLit 方 法 ， 因 此 上 述 示例 返回 了 

Array[(String, String)] 类 型 的 对 象 。 

请 查看 Scala 语言 规范 (http://www.scala-lang.org/docu/files/ScalaReference.pdf ) 的 6.19 节 ， 

该 市 中 列举 了 更 多 关于 for 推导 式 及 其 转化 原理 的 相关 示例 。 


7.4 ”Option 以 及 其 他 的 一 些 容器 类 型 


我 们 在 示例 中 使 用 了 List、Array 以 及 Map 容器 ， 不 过 除了 这 些 明显 的 容器 类 型 之 外 ，for 
推导 式 中 还 可 以 使 用 任何 一 种 实现 foreach, map, flat 以 及 withFilter 方法 的 类 型 。 换 
言 之 ， 任 何 提供 了 这 些 方法 的 类 型 均 可 视 为 容器 ， 而 我 们 也 可 以 在 for 推导 式 中 使 用 这 些 
类 型 的 实例 。 


我 们 将 学 习 一 些 其 他 类 型 的 容器 。 了 解 对 这 些 容器 应 用 for 推导 式 会 对 代码 造成 多 么 难以 
执行 的 改变 。 







































































7.4.1 Option 容 器 


Option 是 一 个 二 元 容器 ， 其 中 也 许 包 含 了 一 个 元 素 ， 也 许 不 包含 任何 元 素 。0ption 提供 了 
我 们 所 需 的 四 个 方法 。 

下 面 列 出 了 option 类 型 中 所 需 方法 的 实现 代码 (代码 摘自 Scala 2.11 版 本 库 源 代码 ， 一 些 
无 关 的 细 市 已 省 略 或 修改 ) : 


sealed abstract class Option[+A] { self => //@ 











def isEmpty: Boolean // Some 和 None 类 型 会 实现 该 变 


= 


final def foreach[U](f: A => U): Unit = 
if (!isEmpty) f(this.get) 


final def map[B](f: A => B): Option[B] = 
if (isEmpty) None else Some(f(this.get)) 


final def flatMap[B](f: A => Option[B]): Option[B] = 
if (isEmpty) None else f(this.get) 
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final def filter(p: A => Boolean): Option[A] = 
if (isEmpty || p(this.get)) this else None 


final def withFilter(p: A => Boolean): WithFilter = new WithFilter(p) 








/** 为 了 能 够 遵守 “不 创建 新 容器 ”的 约定 ,我 们 需要 声明 WithFilter 类 。 
* 尽管 0ption 容 器 的 最 大 元 素数 为 1, 创建 新 容器 似乎 也 不 会 对 性 能 造成 多 大 影响 。 








class WithFilter(p: A => Boolean) { 
def map[B](f: A => B): Option[B] = self filter p map f //@ 


def flatMap[B](f: A => Option[B]): Option[B] = self filter p flatMap f 
def foreach[U](f: A => U): Unit = self filter p foreach f 
def withFilter(q: A => Boolean): WithFilter = 
new WithFilter(x => p(x) && q(x)) 
} 
} 


O self => 表 达 式 定义 了 option 实例 的 一 个 别名 ， 该 别名 在 后 面 出 现 的 WithFilter 方法 
中 被 使 用 。 如 果 想 了 解 更 多 信息 ， 请 查看 14.6 市 。 

@ 我 们 需要 在 封闭 的 Option 实例 中 使 用 之 前 定义 的 self 引用 ， 而 不 是 在 WithFilter 实 
例 中 使 用 。 也 就 是 说 ， 如 果 我 们 使 用 this 引用 ， 该 引用 将 指向 WithFilter 实例 。 


final 关键 字 会 阻止 子 类 覆 写 这 些 方法 实现 。 当 你 看 到 Option 这 个 基 类 中 引用 了 继承 类 
时 ， 也 许 会 感到 些许 震惊 。 因 为 通常 情况 下 ， 如 果 基 类 知道 继承 类 型 的 所 有 信息 ， 该 设计 
会 被 视 为 不 好 的 面向 对 象 设计 。 

不 过 ， 我 们 可 以 回顾 下 第 2 章 关 于 sealed 关键 字 的 内 容 。sealed 关键 字 意 味 着 Scala 只 
允许 在 相同 文件 中 定义 该 类 的 子 类 。0ption 对 象 要 么 是 空 对 象 (None) ， 要 么 是 非 空 对 象 
(Some)。 因 此 ， 这 上 段 代 码 是 健壮 、 全 面 (能 覆盖 所 有 的 场景 )、 简 洁 而 且 完全 合理 的 。 
这 些 Option 方法 具有 一 个 重要 的 特性 : 只 有 当 Option 非 空 时 ， 那 些 方法 才 会 使 用 传人 的 
国 数 参数 。 

利用 这 一 特性 ， 我 们 能 够 优雅 地 解决 一 个 常见 的 设计 问题 。 分 布 式 计算 领域 中 有 一 个 常见 
的 模式 ， 即 将 计算 分 解 为 小 任务 ， 再 将 这 些 任务 分 发 到 集群 中 ， 之 后 再 收集 这 些 任务 的 执 
行 结果 。 例 如 : Hadoop 的 MapReduce 框架 (http://hadoop.apache.org) 就 使 用 了 这 一 模式 。 
我 们 希望 能 通过 一 种 优雅 的 方式 忽略 任务 结果 为 空 的 情况 ， 只 对 非 空 结果 进行 处 理 。 和 暂且 
会 忽略 那些 出 错 的 任务 。 

首先 ， 假 设 每 个 任务 都 会 返回 Option 对 象 ， 其 中 None 对 象 代 表 了 结果 为 空 的 返回 值 ， 而 
Some 对 象 则 对 非 空 结果 进行 了 封装 。 之 后 ， 我 们 希望 以 最 优雅 的 方式 过 滤 出 非 空 结果 。 

在 下 面 的 示例 中 ， 有 一 个 包含 了 三 个 结果 值 的 集合 ， 其 中 每 个 结果 值 均 为 0ption[Int] 
WR: 


// src/main/scala/progscala2/forcomps/for -options-seq.sc 



































































































































val results: Seq[Option[Int]] = Vector(Some(10), None, Some(20)) 


val results2 = for { 
Some(i) <- results 





fe 
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} yield (2 * i) 
// 执行 结果 : Seq[Int] = Vector(20, 40) 


Some(i) <- list 语句 会 对 results 变量 中 包含 的 元 素 执行 模式 匹配 ， 移 除 None 元 素 ， 并 
抽取 类 型 为 Some 的 元 素 的 整数 值 。 之 后 ， 生 成 我 们 所 希望 得 到 的 最 终 表达 式 。 而 该 程序 输 
出 为 Vector(20，40)。 


下 面 我 们 做 一 个 练习 ， 回 顾 一 遍 For 推导 式 的 转化 规则 。 首 先 ， 我 们 运用 第 一 条 规则 ， 将 
每 一 个 格式 为 pat <- expr 的 表达 式 转 化 成 一 个 包含 withFilter 语句 的 表达 式 : 


// Translation step #1 
val results2b = for { 
Some(i) <- results withFilter { 
case Some(i) => true 
case None => false 

















} 
} yield (2 * i) 
// 执行 结果 : results2b: List[Int] = List(20, 40) 


最 后 ， 我 们 将 格式 为 for {x <- y } yield (z) 的 表达 式 转化 成 一 个 map 调用 。 


// Translation step #2 

val results2c = results withFilter { 
case Some(i) => true 
case None => false 

} map { 
case Some(i) => (2 * i) 


} 
// 执行 结果 : results2c: List[Int] = List(20, 40) 
实际 上 ， 这 条 map 表达 式 会 生成 一 条 编译 器 警告 信息 : 


<console>:9: warning: match may not be exhaustive. 
It would fail on the following input: None 
} map { 


An 





如 果 传 递 给 map 方法 的 偏 函数 (partial function) 未 使 用 None => ... 子 句 ， 这 种 情况 通 
第 会 比较 危险 。 但 如 果 map 方法 处 理 的 元 素 出 现 了 None 对 象 ，Scala 又 会 抛 出 MatchError 
(http://www.scala-lang.org/api/current/scala/MatchError.html) 的 异常 。 不 过 ， 由 于 调用 
withFilter 的 方法 中 已 经 移 掉 了 所 有 的 None 元 素 ， 运 行 代码 时 便 不 会 出 现 这 一 错误 。 
现在 让 我 们 再 思考 另 一 个 设计 难题 。 这 个 难题 并 不 是 关于 忽略 各 个 独立 任务 中 毫 无 关联 的 
空 值 并 组 合 非 空 值 的 问题 。 问 题 是 在 执行 一 组 非 独 立 的 操作 步骤 中 ， 我 们 希望 在 获得 了 一 
个 None 值 时 ， 能 够 尽快 停止 整个 相互 关联 的 处 理 过 程 。 
None 对 象 存在 一 个 局 限 ， 就 是 你 无 法 知道 为 什么 这 一 操作 不 返回 任何 值 。 原 因 
导致 了 返回 None 值 。 针 对 这 一 局 限 ， 我 们 会 在 本 章 的 后 续 内 容 中 解决 。 

我 们 也 可 以 编写 复杂 的 条 件 逻 辑 代 码 ， 每 次 处 理 一 个 输出 并 检查 结果 值 '"。 不 过 使 用 一 个 
For 推导 式 是 更 好 的 做 法 。 


















































能 是 出 错 





村 






































注 1: 请 查看 代码 示例 文件 src/main/scala/progscala2/forcomps/for-options-bad.sc>。 
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// src/main/scala/progscala2/forcomps/for-options-good.sc 


def positive(i: Int): Option[Int] = 
if (i > 0) Some(i) else None 


for { 
i1 <- positive(5) 
i2 <- positive(10 * i1) 
i3 <- positive(25 * i2) 
i4 <- positive(2 * i3) 
} yield (i1 + i2 + i3 + i4) 
// 执行 结果 : Option[Int] = Some(3805) 


for { 
i1 <- positive(5) 
i2 <- positive(-1 * i1) //0 Kile! 
i3 <- positive(25 * i2) //@ 
i4 <- positive(-2 * i3) // 失败 ! 


} yield (i1 + i2 + i3 + i4) 

// 执行 结果 : Option[Int] = None 
© 将 返回 None 值 ,“ 左 箭头 ”执行 了 什么 操作 呢 ? 
@ 该 行 代码 中 引用 了 2 变量 ， 这 合理 吗 ? 


positive 函数 返回 一 个 Option[Int] 对 象 。 同 时 ,假如 输入 值 i 是正 数 ，positive 也 返回 
Some(i) 对 象 ， 否 则 将 返回 None 对 象 。 

请 留意 这 两 个 for 推导 式 中 第 二 个 和 第 三 个 表达 式 。 这 两 个 表达 式 使 用 了 之 前 表达 式 的 结 
果 值 。 这 些 表达 式 似乎 都 认为 程序 将 按照 “正常 流程 ”运行 ， 因 此 使 用 从 0ption[Int] 对 
象 中 抽取 出 的 Int 值 是 安全 的 。 

我 们 认为 第 一 个 for 推导 式 能 正常 执行 。 而 第 二 个 for 推导 式 也 能 正常 执行 ! 一 旦 返回 了 
None 值 ， 后 续 的 表达 式 将 会 停止 运行 。 这 是 因为 map 或 flatMap 不 会 对 这 些 函 数字 面 量 进 
行 处 理 。 

接 下 来 我 们 将 学 习 其 他 三 个 具有 相同 属性 的 容器 类 型 ， Either (http://www.scala-lang.org/ 
api/current/scala/util/Either.html), Try (http:/Avww.scala-lang.org/api/current/scala/util/Try.html ) 
以 及 Validation (http://docs.typelevel.org/api/scalaz/stable/7.0.4/doc/#scalaz. Validation) 类 型 。 
名 为 Scalaz 的 第 三 方 库 会 对 这 三 个 类 型 进行 定义 ， 且 该 库 很 受 欢迎 。 


7.4.2 Either: 0ption 类 型 的 逻辑 扩展 

我 们 注意 到 Option 类 型 有 一 个 商 端 ， 即 None 对 象 不 能 提供 任何 信息 告诉 我 们 为 什么 不 返 
回 值 。 例 如 : 由 于 发 生 错误 ， 返 回 None 对 象 的 情况 。 使 用 Either 替代 Option 是 一 种 解 
决 方案 。 与 Either 的 英文 字面 意思 一 样 ，Either 是 一 类 能 且 只 能 持 有 两 种 事物 中 一 种 的 容 
a. (RZ, Option 能 持 有 0 个 或 1 个 元 素 ， 而 Either 则 持 有 这 个 或 那个 元 素 项 。 

Either 是 一 个 包含 两 个 参数 的 参数 化 类 型 ， 该 类 型 的 签名 为 Either[+A，+B]， 其 中 A 和 B 
是 Either 对 象 中 可 能 持 有 元 素 的 类 型 。 我 们 回顾 一 下 ，+A 表示 Either 是 类 型 参数 A 的 协 
变 (covariant), +B 亦 是 如 此 。 这 意味 着 如 果 你 需要 类 型 Either[Any, Any] 的 值 ， 你 可 以 通 
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过 使 用 类 型 Either[String, Int] 得 到 。 这 是 因为 String 和 Int 类 型 都 是 Any 类 型 的 子 类 
型 。 所 以 Either[String, Int] 是 Either[Any,Any] 的 子 类 型 。 


Either 同时 也 是 sealed 抽象 类 (只 能 在 相同 文件 中 声明 子 类 )。Either 有 两 个 子 类 Left[A] 
(http://www.scala-lang.org/api/current/scala/util/Left.html) 和 Right[B] (http://www.scala-lang. 
org/api/current/scala/util/Right.html) 。 我 们 通过 这 两 个 子 类 从 两 个 可 能 的 元 素 中 选择 一 种 。 
Either 概念 的 产生 时 间 早 于 Scala。 很 长 时 间 以 来 它 被 认为 是 抛 出 异常 的 一 种 替代 方案 。 
为 了 得 重 历史 习惯 ， 当 Either 用 于 表示 错误 标志 或 某 一 对 象 值 时 ，Left 值 用 于 表示 错误 
标志 ， 如 : 信息 字符 串 或 下 层 库 抛 出 的 异常 ， 而 正常 返回 时 则 使 用 Right 对 象 。 很 明显 ， 
either 7 可 以 用 于 任何 需要 持 有 某 一 个 或 另 一 个 对 象 的 场景 中 ， 而 这 两 个 对 象 的 类 型 可 能 
不 同 。 

在 我 们 深入 了 解 Either 类 型 的 某 些 特殊 B 我 们 先 用 Either 类 型 把 之 前 的 示例 重 写 
一 遍 。 首 先 ， 假 如 你 持 有 一 组 Either 对 象 并 希望 忽略 掉 错 误 值 (Left 对 象 )， 一 个 简单 的 
For 推导 式 便 能 做 到 这 点 。 


// src/main/scala/progscala2/forcomps/for-eithers-good.sc 















































def positive(i: Int): Either[String,Int] = 
if (i > 0) Right(i) else Left(s"nonpositive number $i") 


for { 
i1 <- positive(5).right 
i2 <- positive(10 * i1).right 
i3 <- positive(25 * i2).right 
i4 <- positive(2 * i3).right 
} yield (i1 + i2 + i3 + i4) 
// 执行 结果 : scala.util.Either[String, Int] = Right(3805) 


for { 
i1 <- positive(5).right 
i2 <- positive(-1 * i1).right // 失败 ! 
i3 <- positive(25 * i2).right 
i4 <- positive(-2 * i3).right // 失败 ! 
} yield (i1 + i2 + i3 + i4) 
// 执行 结果 : scala.util.Either[String,Int] = Left(nonpositive number -5) 


除了 对 类 型 进行 了 适当 的 修改 之 外 ， 这 一 版 本 的 实现 与 之 前 使 用 Option 的 实现 非常 相似 。 
与 Option 实现 类 似 ， 我 们 只 能 看 到 第 一 个 错误 ， 不 过 ,注意 我 们 需要 调用 postive 方法 返 
回 值 的 right 方法 。 要 理解 这 样 做 的 原因 ， 我 们 需要 先 了 解 right 方法 和 与 之 对 应 的 Left 
方法 的 作用 。 


下 面 列举 了 一 些 关 于 Either, Left 和 Right 对 象 的 简单 示例 ， 这 些 示例 均 取 自 于 Scaladoc: 


scala> val l: Either[String, Int] = Left("boo") 
l: Either[String,Int] = Left(boo) 









































7 








scala> val r: Either[String, Int] = Right(12) 
r: Either[String,Int] = Right(12) 


我 们 声明 了 两 个 Either[String，Int] 对 象 ， 其 中 一 个 对 象 赋予 了 Left[String] 值 ， 另 一 
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个 赋予 了 Right[Int] 值 。 
顺便 提 一 下 ， 之 前 在 4.6.1 节 中 我 们 曾经 提 到 过 : 如 果 一 个 类 型 中 包含 两 个 参数 ， 那 么 它 
可 以 使 用 中 组 表示 法 表示 类 型 说 明 。 因 此 ， 我 们 可 以 用 下 列 两 种 方式 声明 1: 


scala> val L1: Either[String, Int] = Left("boo") 
l1: Either[String,Int] = Left(boo) 























scala> val 12: String Either Int = Left("boohoo") 

12: Either[String,Int] = Left(boohoo) 
为 了 更 好 的 表示 类 型 ， 我 希望 可 以 将 Either 类 型 更 名 为 Or 类 型 1! 假如 你 也 青睐 于 0r， 你 
可 以 在 代码 中 使 用 类 型 别名 : 


scala> type Or[A,B] = Either[A,B] 
defined type alias Or 














scala> val 13: String Or Int = Left("better?") 
13: Or[String,Int] = Left(better?) 


Either 本 身 并 未 定义 组 合 方法 map, fold 等 ， 我 们 只 能 访问 Either. left 或 Either.right 
中 的 组 合 方法 。 之 所 以 如 此 ， 是 因为 我 们 的 组 合 方法 只 接受 单个 函数 参数 ， 但 我 们 需要 为 
Either 容器 指定 两 个 函数 参数 。 当 Either 值 为 Left 值 时 调用 一 个 ， 而 Either 值 为 Right 
值 时 调用 另外 一 个 。Either 对 象 提供 了 left 和 right 方法 ， 这 两 个 方法 会 构建 出 一 个 提供 
组 合 方法 的 投影 对 象 (projection) : 

scala> Ll. left 


resQ: scala.util.Either.LeftProjection[String,Int] = \ 
LeftProjection(Left(boo) ) 















































scala> L.right 
resi: scala.util.Either.RightProjection[String,Int] = \ 
RightProjection(Left(boo) ) 


scala> r.left 
res2: scala.util.Either.LeftProjection[String,Int] = \ 
LeftProjection(Right(12)) 


scala> r.right 
res3: scala.util.Either.RightProjection[String,Int] = \ 
RightProjection(Right(12) ) 


需要 注意 的 是 ，Either.LeftProjection 值 (http://www.scala-lang.org/api/current/index. 
html#scala.util.Either$) 既 可 以 持 有 Left 实 例 ， 也 可 以 持 有 Right 实例 。Either. 
RightProjection Xf (http://www.scala-lang.org/api/current/index.html#scala.util.Either$) 与 
Either.LeftProjection 相同 。 下 面 我 们 将 调用 这 些 投影 对 象 的 map 方法 用 于 传人 一 个 国 数 
参数 : 


scala> 1. left.map(_.size) 
res4: Either[Int,Int] = Left(3) 


scala> r.left.map(_.size) 
res5: Either[Int,Int] = Right(12) 
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scala> L.right.map(_.toDouble) 
res6: Either[String,Double] = Left(boo) 


scala> r.right.map(_.toDouble) 

res7: Either[String,Double] = Right(12.0) 
如 果 调 用 LeftProjection.map 方法 时 ，Either RI FA Left 实例 ，map 方法 会 作用 于 Left 
实例 所 持 有 的 对 象 。 这 与 Option.map 方法 处 理 Some 对 象 的 方式 类 似 。 不 过 ， 如 有 果 你 调用 
LeftProjection 对 象 的 map 方法， 但 Either 对 象 却 持 有 Right 实例 时 ，Either 对 象 会 向 map 
方法 传递 Right 实例 持 有 的 对 象 。 这 与 Option.map 方法 处 理 None 对 象 的 方式 是 类 似 的 。 


与 之 相似 ， 如 果 调 用 RightProjection.map 方法 时 ，Either 对 象 持 有 Right 实例 ，map 方法 
会 作用 于 Right 实例 所 持 有 的 值 。 而 如 果 Either 对 象 持 有 Left 实例 时 ， 则 依旧 如 此 。 

请 留意 这 些 操 作 的 返回 类 型 。 由 于 1.left.map(_.size) 方法 将 String 对 象 转化 成 了 整 
型 (Int) 对 象 ， 新 生成 的 Either 对 象 类 型 变 成 已 ther[Int,Int]。 由 于 该 函数 不 会 对 
Right[Int] 对 象 进行 操作 ， 因 此 第 二 个 类 型 参数 保持 不 变 。 

与 之 类 似 ， 由 于 r.right.map(_.toDouble) 操 作 会 将 Int 对象 转化 为 Double 对 象 ， 
Either[String,Double] 类 型 会 被 返回 。Scala 提供 了 String.toDouble 方法 ， 来 对 字符 串 进 
行 解析 并 返回 双 精 度 浮 点 数 。 假 如 解析 失败 ， 该 方法 便 会 抛 出 异常 。 不 过 ， 本 书后 面 的 章 
节 中 不 会 应 用 此 方法 。 

我 们 也 可 以 使 用 for 推导 式 计算 出 字符 串 的 长 度 。 下 面 我 们 列举 了 之 前 的 表达 式 以 及 与 其 
等 价 的 for 推导 式 : 
















































































l.left map (_.size) // Returns: Left(3) 
for (s <- l.left) yield s.size // Returns: Left(3) 
抛 出 异常 还 是 返回 Either 值 





Either 类 型 有 其 可 取 之 处 ， 不 过 如 果 代 码 出 错 的 话 ， 直 接 抛 出 异常 不 是 更 简单 吗 ? 在 某 些 
时 候 ， 抛 出 异常 当然 是 更 合理 的 。 抛 出 异常 能 避免 对 错误 数据 进行 计算 ， 而 有 时 候 调 用 栈 
中 的 某 些 对 象 捕获 异常 可 以 对 故障 执行 合理 的 恢复 。 

不 过 ， 抛 出 异常 会 破坏 引用 的 透明 性 。 我 们 一 起 来 看 看 下 面 这 个 精心 设计 的 示例 : 


// src/main/scala/progscala2/forcomps/ref-transparency.sc 






































scala> def addInts(s1: String, s2: String): Int = 
| si.toInt + s2.toInt 
addInts: (s1: String, s2: String)Int 


scala> for { 
| i<- 1 to 3 
| j <- 1 to i 
| } println(s"$i+$j = ${addInts(i.toString,j.toString)}") 


WWNDN BE 
十 十 十 十 十 
NBNPB RB 


2 
3 
4 
4 
5 
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3+3 = 6 


scala> addInts("0", "x") 
java. lang.NumberFormatException: For input string: "x" 


看 上 去 我 们 似乎 不 需要 调用 addInts 函数 ， 只 在 该 函数 的 调用 处 直接 使 用 函数 值 即 可 。 只 
是 我 们 无 法 缓存 之 前 的 调用 并 返回 命中 的 缓存 值 。 但 是 ， 假 如 我 们 向 addInts 方法 传递 的 
字符 串 参 数 无 法 解析 成 Int 值 时 ，addInts 方法 会 抛 出 异常 。 因 此 ， 我 们 不 能 使 用 函数 值 
禁 代 函数 调用 。 对 于 某 些 参数 列表 ， 这 些 函 数值 无 法 返回 。 

更 糟 的 是 ， 我 们 无 法 从 addInts 方法 的 类 型 签名 处 获知 该 函数 可 能 会 产生 的 问题 。 尽 管 这 
是 一 个 精心 设计 的 示例 ， 但 是 终端 用 户 输 入 的 字符 串 必然 会 导致 函数 出 错 。 

的 确 ，Java 提供 的 可 检查 异常 (checked exception) 能 解决 这 一 个 特定 问题 。Java 的 方法 
签名 能 通过 抛 出 异常 暗示 可 能 会 产生 错误 的 条 件 。 不 过 由 于 种 种 原因 ， 可 检查 异常 实际 
上 未 能 得 到 很 好 的 使 用 。 而 包括 Scala 在 内 的 其 他 语言 也 未 提供 这 一 功能 。Java 程序 员 也 
常常 避免 使 用 这 一 功能 ， 改 而 抛 出 不 可 检查 的 java. lang.RuntimeException (http://docs. 
oracle.com/javase/8/docs/api/java/lang/RuntimeException.html) 类 的 子 类 。 

使 用 Either 对 象 ， 我 们 可 以 保障 引用 透明 性 ， 并 通过 类 型 签名 提醒 调用 者 可 能 会 出 现 错 
误 。 在 下 面 的 代码 中 ， 我 们 使 用 Either 对 象 重 写 了 addInts 方法 : 


// src/main/scala/progscala2/forcomps/ref-transparency.sc 









































scala> def addInts2(s1: String, s2: String): Either[NumberFormatException, Int]= 
| try { 
| Right(s1.toInt + s2.toInt) 
| } catch { 
| case nfe: NumberFormatException => Left(nfe) 


} 


addInts2: (s1: String, s2: String)Either[NumberFormatException, Int] 


scala> println(addInts2("1", "2")) 
Right(3) 


scala> println(addInts2("1", "x")) 
Left(java.lang.NumberFormatException: For input string: "x") 


scala> println(addInts2("x", "2")) 
Left(java.lang.NumberFormatException: For input string: "x") 


现在 ，addInts2 方法 的 类 型 签名 能 够 提示 可 能 会 出 现 错误 。 它 不 再 通过 抛 出 异常 来 捕获 调 
用 堆栈 中 某 些 应 用 的 控制 权 ， 而 是 将 异常 作为 调用 堆栈 中 的 结果 值 返 回 ， 以 此 来 消除 程序 
错误 。 

现在 ， 我 们 不 仅 能 够 处 理 正确 的 字符 串 输入 ， 使 用 结果 值 替 代 方 法 调用 。 我 们 甚至 可 以 处 理 
无 效 的 字符 串 输 入 ， 使 用 合适 的 Left[java.Lang.NumberFormatException] 值 代 赫 方 法 调用 | 
因此 ， 假 如 发 生 了 某 种 错误 ， 我 们 可 以 使 用 Either 类 型 来 维护 调用 堆栈 的 控制 权 。 同 时 ， 
使 用 Either 类 也 能 使 客户 更 清楚 地 理解 API 的 行为 。 
































fe 
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我 们 再 阅读 一 遍 addInts2 的 实现 。 在 Java 和 Scala 类 库 中 ， 抛 出 异常 是 一 种 很 常见 的 做 
法 ， 因 此 我 们 也 会 编写 出 try{...} catch{.….} 这 样 的 样板 代码 ， 并 将 好 的 和 不 好 的 结果 
都 封装 在 Either 对 象 中 。 为 了 处 理 异常 ， 我 们 也 许 应 该 使 用 某 些 类 型 将 这 些 样板 代码 进行 
封装 ， 而 无 论 操作 成 功 还 是 失败 ， 这 些 类 型 名 能 够 更 清楚 地 表达 这 当前 的 状况 。Try 类 型 
就 做 到 了 这 点 。 





















































7.4.3 Try 类 型 


scala.util.Try (http://www.scala-lang.org/api/current/scala/util/Try.html) 的 结构 与 Either 相 
似 ，Try 是 一 个 sealed 抽象 类 。 它 有 两 个 子 类 ， 分 别 为 Success (http://www.scala-lang.org/ 
api/current/scala/util/Success.html) 类 和 Failure (http://www.scala-lang.org/api/current/scala/ 
util/Failure.html) 2, 


Success 类 的 使 用 方式 与 Right 类 相似 ， 它 会 保存 正常 的 返回 值 。Failure 则 与 Left 类 相 
似 ， 不 过 Failure 总 是 保存 Throwable 类 型 的 值 。 


下 面 列 出 了 这 些 类 型 的 签名 信息 (省 略 了 与 本 音节 内 容 无 关 的 trait 定义 )。 


sealed abstract class Try[+T] extends AnyRef {...} 
final case class Success[+T](value: T) extends Try[T] {...} 
final case class Failure[+T](exception: Throwable) extends Try[T] {...} 


请 注意 ， 不 同 于 Either[+A, +B] 类 ， 上 面 这 些 类 中 只 包含 了 一 种 类 型 参数 ， 这 是 因为 与 
Left 类 型 相对 应 的 类 型 是 Throwable 类 型 。 
此 外 ， 不 同 于 Either 28, Try 很 明显 是 非 对 称 的 类 型 。 该 类 型 只 包含 了 一 个 “正常 ”类 
型 (T) 以 及 用 于 错误 场景 的 java.lang.Throwable (http://docs.oracle.com/javase/8/docs/api/ 
java/lang/Throwable.html) 类 型 。 这 意味 着 如 果 Try 是 一 个 Success 类 型 ，Try 就 可 以 定义 
类 似 map 方法 这 样 的 组 合 方法 。 
和 之 前 一 样 ， 我 们 将 使 用 Try 重 写 之 前 的 示例 ， 以 学 习 如 何 使 用 Try。 首 先 ， 假如 你 有 一 
组 Try 值 ， 你 希望 能 够 忽略 其 中 的 Failure 对 象 ， 那 么 使 用 一 个 简单 的 for 推导 式 就 能 做 
到 这 点 : 


// src/main/scala/progscala2/forcomps/for-tries-good.sc 
import scala.util.{ Try, Success, Failure } 




















7 



































def positive(i: Int): Try[Int] = Try { 
assert (i > 0, s"nonpositive number $i") 
i 


} 


for { 
i1 <- positive(5) 
i2 <- positive(10 * i1) 
i3 <- positive(25 * i2) 
i4 <- positive(2 * i3) 
} yield (i1 + i2 + i3 + i4) 
// 返回 值 : scala.util.Try[Int] = Success(3805) 








深入 学 习 for 推 导 式 | 205 


for { 
i1 <- positive(5) 


i2 <- positive(-1 * i1) // 失败 ! 
i3 <- positive(25 * i2) 
i4 <- positive(-2 * i3) // 失败 ! 


} yield (i1 + i2 + i3 + i4) 
// 返回 值 : scala.util.Try[Int] = Failure( 
//  java.lang.AssertionError: assertion failed: nonpositive number -5) 


请 留意 positive 方法 的 具体 定义 。 假 如 断言 失败 ，Try 代码 块 会 返回 Failure 对 象 ， 该 对 
象 封装 了 可 抛 出 的 java.lang.AssertionError 对 象 (http://docs.oracle.com/javase/8/docs/api/ 
java/lang/AssertionError.html) 。 否 则 ，Try 表达 式 的 结果 值 将 被 封装 在 Success 中。 下 面 列 
举 了 positive 方法 的 另 一 个 实现 版 本 ， 该 实现 方法 更 明确 地 表明 了 Try 类 型 的 处 理 逻 辑 : 
def positive(i: Int): Try[Int] = 

if (i > 0) Success(i) 

else Failure(new AssertionError("assertion failed")) 
for 推导 式 看 上 去 和 之 前 Option 示例 中 的 推导 式 完 全 一 致 。 通 过 类 型 推导 ， 代 码 也 变 得 非 
常 精简 。 你 也 可 以 集中 精力 对 “正确 逻辑 ”进行 处 理 ， 让 Try 负责 捕获 错误 。 







































































7.4.4 ” Scalaz 提 供 的 Validation 类 


存在 这 样 一 种 场景 : 我 们 之 前 讨论 的 所 有 类 型 都 无 法 很 好 地 满足 我 们 的 需求 。 假 如 for HE 
导 式 中 出 现 了 空 值 (由 Option 类 型 提供 ) 或 错误 ， 那 么 组 合 器 (combinator) 便 不 会 调用 
后 续 的 表达 式 。 事 实 上 ， 我 们 会 在 发 生 第 一 个 错误 时 便 停 止 执 行 后 续 代 码 。 不 过 ， 假 如 我 
们 正在 执行 一 些 相 互 独立 的 操作 ， 并 希望 执行 这 些 操作 时 收集 所 有 发 生 的 错误 ， 待 操作 执 
行 完 成 后 再 决定 如 何 处 理 错误 ， 那 该 怎么 办 呢 ?” 对 用 户 输入 进行 验证 便 是 一 个 典型 的 应 用 
场景 ， 这 些 用 户 输 入 可 能 源 自 网 页 表单 。 这 样 ， 你 可 以 一 次 将 所 有 的 错误 信息 返回 给 用 户 。 
Scala 标准 库 并 未 提供 能 满足 这 类 场景 的 类 型 ， 不 过 Scalaz (http://github.com/scalaz/scalaz ) 


这 一 广 受 欢迎 的 第 三 方 库 提供 了 能 满足 这 一 需求 的 Validation (http://docs.typelevel.org/api/ 
scalaz/stable/7.0.4/doc/#scalaz.Validation) 类 型 。 





























// src/main/scala/progscala2/forcomps/for-validations-good.sc 
import scalaz._, std.AllInstances._ 


def positive(i: Int): Validation[List[String], Int] = { 
if (i > 0) Success(i) // © 
else Failure(List(s"Nonpositive integer $i")) 


} 


for { 
i1 <- positive(5) 
i2 <- positive(10 * i1) 
i3 <- positive(25 * i2) 
i4 <- positive(2 * i3) 
} yield (i1 + i2 + i3 + i4) 
// 返回 值 : scalaz.Validation[List[String], Int] = Success(3805) 














for { 
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i1 <- positive(5) 

i2 <- positive(-1 * i1) // 错误 ! 
i3 <- positive(25 * i2) 

i4 <- positive(-2 * i3) // 错误 ! 


} yield (i1 + i2 + i3 


+ i4) 









































// 返回 : scalaz.Validation[List[String],Int] = 
// Failure(List(Nonpositive integer -5)) //@ 
positive(5) +++ positive(10) +++ positive(25) // ® 
// 返回 : scalaz.Validation[String,Int] = Success(40) 
positive(5) +++ positive(-10) +++ positive(25) +++ positive(-30) // 0 
// 返回 : scalaz.Validation[String,Int] = 
// Failure(Nonpositive integer -10, Nonpositive integer -30) 
© Success Ail Failure 都 是 scalaz.Validation (http://docs.typelevel.org/api/scalaz/stable/7.0.4/ 
doc/index.html#scalaz. Validation) 的 子 类 ， 并 不 是 scala.util.Try (http:/Avww.scala-lang. 
org/api/current/scala/util/Try.html) 的 子 类 。 
@ 因为 我 们 运用 了 for 推导 式 ， 所 以 一 旦 发 生 错误 ， 计算 过 程 还 是 会 立刻 停止 。 因 此 我 
门 无 法 看 到 最 后 那 条 关于 i4 变量 的 错误 。 
日 不 过 ， 在 该 表达 式 以 及 后 续 的 表达 式 中 ， 我 们 调用 了 positive 方法 的 计算 值 ， 并 将 结 
果 累 加 。 如 果 存 在 错误 ， 则 将 错误 登 加 起 来 。 
@ 结果 值 中 同时 包含 了 表达 式 中 存在 的 两 个 错误 。 











45 Either 类 型 相似 ，Validation 类 中 的 第 一 个 参数 表示 用 于 汇报 错误 的 类 型 。 在 这 个 示例 
中 ， 由 于 我 们 使 用 了 List[string] 类 型 作为 类 型 参数 ， 因 此 我 们 能 够 将 多 个 错误 县 加 起 
来 。 不 过 ， 使 用 String 或 其 他 任何 支持 追加 操作 的 集合 来 作为 类 型 参数 同样 可 以 达到 县 加 
错误 的 效果 。Scalaz 则 负责 调用 合适 的 “连接 ”方法 。 


第 二 个 类 型 参数 代表 了 验证 通过 后 的 返回 值 类 型 ， 在 这 个 示例 中 我 们 使 用 了 Int 类 型 ， 不 
过 我 们 也 可 以 使 用 集合 类 型 。 

请 注意 ， 如 果 表 达 式 存在 异常 ，for 推导 式 会 立刻 完成 对 该 语句 的 估 值 。 不 过 由 于 每 次 调 
用 positive 方法 时 都 需要 前 一 次 的 执行 结果 ， 因 此 我 们 仍然 能 够 得 到 期 望 的 结果 。 


不 过 ,我 们 之 后 会 看 到 如 何 使 用 +++“ 加 法 ”操作 符 * 执行 各 个 独立 估 值 。 假 如 输入 信息 能 
通过 所 有 的 验证 ， 我 们 将 基于 这 些 结果 值 统计 出 最 终结 果 。 反 之 ， 该 表达 式 便 会 将 所 有 的 
错误 归纳 起 来 ， 并 将 县 加 后 的 结果 作为 表达 式 的 结果 值 。 为 此 ， 我 们 使 用 了 一 组 字符 串 存 
储 所 有 的 错误 信息 。 
你 无 法 在 网 页 表单 中 计算 出 这 些 数字 的 总 和 ， 只 能 将 这 些 字段 值 汇聚 在 一 起 。 我 们 将 对 这 
个 示例 进行 修改 ， 使 其 更 加 符合 表单 验证 的 真实 场景 。List[(String,Any)] 类 型 作为 验证 
通过 后 返回 的 类 型 ， 是 一 组 键 值 元 组 列表 。 假 如 验证 成 功 ， 我 们 便 可 以 调用 List 类 型 提供 
的 toMap 方法 生成 一 个 Map 对 象 ， 并 将 新 生成 的 对 象 返 还 给 调用 者 。” 
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注 2: 这 只 是 Scalaz 中 多 个 可 选 技 术 中 的 一 个 ， 请 查阅 Validation Scaladoc (http://docs.typelevel.org/api/ 
scalaz/stable/7.0.4/doc/index.html#scalaz.Validation) 文档 学 习 其 他 的 相关 示例 。 
注 3: 为 什么 不 使 用 Map[String，Any] 类 型 呢 ? 看 来 Scalaz 并 不 支持 这 一 选择 。 
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我 们 将 对 用 户 的 姓名 和 年 龄 进行 验证 。 用 户 的 姓氏 及 名 字 均 不 能 为 空 ， 并 





且 
母 。 而 用 户 的 年 龄 可 能 是 从 网 页 表单 中 抽取 出 来 的 ， 它 的 起 始 类 型 是 字符 串 类 型 ， 该 
串 必 须 能 够 被 解析 成 一 个 正 整数 





// src/main/scala/progscala2/forcomps/for-validations-good-form.sc 
import scalaz._, std.AllInstances._ 














/** 对 用 户 名 进行 验证 ;用 户 名 必须 非 空 并 且 只 能 包含 字母 。*/ 
def validName(key: String, name: String): 
Validation[List[String], List[(String,Any)]] = { 
val n = name.trim // remove whitespace 
if (n.length > 0 && n.matches("""*\p{Alpha}$""")) Success(List(key -> n)) 
else Failure(List(s"Invalid $key <$n>")) 
} 


/** 验证 字符 串 能 否 转换 为 大 于 6 的 整数 。*/ 
def positive(key: String, n: String): 
Validation[List[String], List[(String,Any)]] = { 
try { 
val i = n.toInt 
if (i > 0) Success(List(key -> i)) 
else Failure(List(s"Invalid $key $i")) 
} catch { 
case _: java.lang.NumberFormatException => 
Failure(List(s"$n is not an integer")) 

















} 
I 


def validateForm(firstName: String, LastName: String, age: String): 
Validation[List[String], List[(String,Any)]] = { 
validName("first-name", firstName) +++ validName("Last-name", LastName) +++ 
positive("age", age) 


} 


validateForm("Dean", "Wampler", "29") 

// 返回 值 : Success(List((first-name,Dean), (last-name,Wampler), (age,29))) 
validateForm("", "Wampler", "29") 

// 返回 值 : Failure(List(Invalid first-name <>)) 

validateForm("D e an", "Wampler", "29") 

// 返回 值 : Failure(List(Invalid first-name <D e a n>)) 
validateForm("D1e2a3n_", "Wampler", "29") 

// 返回 值 : Failure(List(Invalid first-name <D1e2a3n_>)) 
validateForm("Dean", "", "29") 

// 返回 值 : Failure(List(Invalid last-name <>)) 

validateForm("Dean", "Wampler", "0") 

// 返回 值 : Failure(List(Invalid age 0)) 

validateForm("Dean", "Wampler", "xx" 

// 返回 值 : Failure(List(xx is not an integer)) 

validateForm("", "Wampler", "0") 

// 返回 值 : Failure(List(Invalid first-name <>, Invalid age 0)) 
validateForm("Dean", "", "0") 

// 返 回 值 : Failure(List(Invalid last-name <>, Invalid age 0)) 
validateForm("D e an", "", "29") 

// 返回 值 : Failure(List(Invalid first-name <D e a n>, Invalid last-name <>)) 
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第 7 章 








上 面 示例 运用 scalaz.Validation 编写 出 了 可 用 于 对 一 组 无 关 值 进行 验证 的 代码 ， 这 些 代 
码 美丽 又 简洁 。 如 果 这 组 值 中 包含 了 错误 值 ， 示 例 将 返回 所 有 被 发 现 的 错误 ， 反 之 ， 则 使 
用 合适 的 数据 结构 将 这 些 值 集合 在 一 起 。 


7.5 ”本章 回 顾 与 下 一 章 提要 


Either, Try 和 Validation 类 型 定义 了 程序 的 实际 行为 。Try 类 型 和 Validation 类 型 都 期 
望 能 返回 正确 值 。 假 如 未 返回 正确 值 ， 这 两 种 类 型 将 会 对 你 应 该 了 解 的 错误 信息 进行 看 
Be ZAM, Option 的 类 型 签名 很 明确 地 表明 了 该 类 型 对 某 一 值 能 否 出 现 的 场景 进行 了 
使 用 这 些 类 型 能 够 减少 对 异常 的 使 用 ， 同 时 我 们 还 解决 了 一 个 重要 的 并 发 问题 。 由 于 我 们 
无 法 保证 异步 执行 的 代码 会 运行 在 称 为 “调用 者 ”(caller) 的 同一 个 线程 内 ， 因 此 调用 者 
无 法 捕获 其 他 代码 所 抛 出 的 异常 。 不 过 ， 如 果 能 够 像 返回 正和 党 值 那样 返回 异常 ， 调 用 者 便 
能 得 到 异常 值 。 我 们 将 在 第 17 章 深 入 讲述 相关 的 细节 。 

你 或 许 期 望 本 章 会 对 Scala 语言 花哨 的 for 循环 进行 简单 的 讲解 。 其 实 不 然 ， 我 们 对 for 
推导 式 进 行 了 深入 的 研究 ， 并 学 习 了 一 组 关于 for 推导 式 的 强大 工具 。 我 们 也 学 习 了 如 何 
将 map, flatMap, foreach 以 及 withFilter ix FRAY —2H ph Bei A Bl for 推导 式 中 ， 并 利用 
for 推导 式 所 提供 的 简洁 、 灵 活 并 且 强 大 的 工具 构建 优秀 的 应 用 。 

我 们 了 解 了 如 何 使 用 for 推导 式 对 集合 进行 操作 ， 而 且 我 们 还 学 会 了 如 何 将 for 推导 式 应 
用 到 其 他 的 容器 类 型 ， 尤 其 是 0ption、util.Either、util.Try 和 scalaz.Validation 类 型 。 


到 此 为 止 ， 我们 已 经 完成 了 函数 式 编程 的 基础 知识 学 习 ， 并 了 解 了 Scala 对 函数 式 编程 提 
供 的 支持 。 本 书 第 14 章 和 第 15 章 将 对 类 型 系统 进行 讲解 ， 我 们 也 将 在 这 两 章 中 学 到 更 多 
函数 式 编程 的 知识 ， 而 第 16 章 则 将 深入 讨论 函数 式 编程 的 一 些 高 级 概念 。 

现在 ， 我 们 将 结束 本 章节 的 内 容 ， 转 向 Scala 对 面向 对 象 编程 的 支持 部 分 。 其 中 许多 相关 
的 知识 ， 我 们 已 经 在 前 面 的 章节 中 涉及 过 。 























































































































注 4: 这 里 的 “减少 ”一 词 意味 着 构造 了 一 些 具 体 的 对 象 。 我 们 用 “减少 ”这 个 词 来 表达 将 某 一 概念 封装 到 
一 个 “正常 ”实例 中 的 意思 ， 因 此 我 们 可 以 像 操 作 其 他 实例 那样 操作 该 对 象 。 
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Scala 是 一 个 国 数 式 编程 语言 ， 也 是 一 个 面向 对 象 的 编程 语言 ， 与 Java、Python、Ruby、 
Smalltalk 等 其 他 语言 一 样 。 直 到 现在 才 介 绍 Scala 语言 “面向 对 象 的 一 面 ” 有 两 个 原因 。 
首先 ， 我 想 强 调 的 是 ， 函 数 式 编程 已 经 成 为 解决 现代 编程 问题 的 一 项 基本 技能 ， 这 个 技能 
对 你 而 言 可 能 是 全 新 的 。 开 始 使 用 Scala 时 ， 人 们 很 容易 把 它 作 为 一 个 “更 好 的 Java” 语 
言 来 使 用 ， 而 忽略 了 它 “ 函 数 式 的 一 面 ”。 

其 次 ，Scala 在 架构 层面 上 提倡 的 方法 是 : 小 处 用 函数 式 编程 ， 大 处 用 面向 对 象 编程 。 用 
函数 式 实现 算法 、 操 作 数 据 ， 以 及 规范 地 管理 状态 ， 是 减少 bug、 压 缩 代码 行 数 和 降低 项 
目 延 期 风险 的 最 好 方法 。 另 一 方面 ，Scala 的 OO 模型 提供 很 多 工具 ， 可 用 来 设计 可 组 合 、 
可 复 用 的 模块 。 这 对 于 较 大 的 应 用 程序 是 必 不 可 少 的 。 因 此 ，Scala 将 两 者 完美 地 结合 在 
了 一 起 。 
我 假定 你 已 经 了 解 面 向 对 象 编程 的 基础 知识 ， 如 Java 的 实现 等 。 如 果 需 要 重新 回顾 ， 可 
以 阅读 Robert C. Martin 的 《敏捷 软件 开发 》 或 者 Bertrand Meyer 的 《面向 对 象 软件 构 
造 》。 如 果 你 不 熟悉 设计 模式 ， 请 参阅 Erich Gamma, Richard Helm, Ralph Johnson 和 John 
Vlissides 共同 编著 的 《设计 模式 》。 他 们 四 人 被 戏称 为 “四 人 组 ”(Gang of Four), 

在 本 章 中 ， 我 们 将 快速 回顾 一 下 已 经 学 习 过 的 知识 ， 并 补充 关于 面向 对 象 术语 的 其 他 细 
节 ， 包 括 类 声明 和 类 继承 的 机 制 ， 价 值 类 的 概念 ， 以 及 构造 器 在 Scala 中 的 工作 原理 。 下 
一 章 我 们 将 次 入 trait， 详 细 补 充 Scala 对 象 模型 的 细节 和 标准 库 。 
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8.1 类 与 对 象 初 步 

类 用 关键 字 class 声明 ， 而 单 例 对 象 用 关键 字 object 声明 。 出 于 这 个 原因 ， 我 使 用 
“实例 ”一 词 指 代 一 般 对 象 。 但 实际 上 “实例 ”和 “对 象 ”在 大 多 数 00 语言 中 通常 是 
同 义 的 。 

在 类 声明 之 前 加 上 关键 字 final， 可 以 避免 从 一 个 类 中 派生 出 其 他 类 。 


abstract 关键 字 可 以 阻止 类 的 实例 化 ， 例 如 : 类 中 所 包含 或 继承 的 成 员 声明 (字段 、 方 
法 或 类 型 ) 没有 提供 具体 实现 的 情况 。 即 使 类 中 并 没有 定义 任何 成 员 ， 我 们 仍然 可 以 用 
abstract 阻止 类 的 实例 化 。 

一 个 实例 可 以 使 用 this 关键 字 指 代 它 本 身 。 尽 管 在 Java 代码 中 经 常 看 到 this 的 这 种 用 
法 ，Scala 代码 中 却 很 少 看 到 。 原 因 之 一 是 ，Scala 中 没有 样板 构造 图 数 。 考 虑 下 面 的 Java 
代码 : 


// src/main/java/progscala2/basicoop/JPerson. java 
package progscala2.basicoop; 











public class JPerson { 
private String name; 
private int age; 


public JPerson(String name, int age) { 
this.name = name; 
this.age = age; 


} 


public void setName(String name) { this.name = name; } 
public String getName() { return this.name; } 


public void setAge(int age) { this.age = age; } 
public int getAge() { return this.age; } 
} 


现在 ， 将 其 与 如 下 等 价 的 Scala 代码 相 比较 。Scala 代码 中 没有 任何 样板 代码 。 
class Person(var name: String, var age: Int) 
在 构造 参数 前 加 上 var， 使 得 该 参数 成 为 类 的 一 个 可 变 字段 ， 这 在 其 他 的 OO 语言 中 也 称 


为 实例 变量 或 属性 。 在 构造 参数 前 加 上 vaL， 使 得 该 参数 成 为 类 的 一 个 不 可 变 字 段 ， 用 
case 关键 字 可 以 推断 出 val， 同 时 自动 增加 一 些 方法 ， 如 下 所 示 : 


case class ImmutablePerson(name: String, age: Int) 
需要 注意 的 是 ， 实 例 的 状态 是 实例 所 有 字段 内 当前 值 的 总 和 。 


method (方法 ) 指 与 实例 绑 定 在 一 起 的 函数 。 换 名 话说 ， 它 的 参数 列表 中 有 一 个 “ 隐 
含 ”的 this 参数 。 方 法 用 关键 字 def 定义 。 当 其 他 函数 或 方法 需要 一 个 函数 作为 参数 时 ， 
Scala 会 自动 将 可 用 的 方法 “提升 ”为 函数 ， 作 为 前 者 的 函数 参数 。 

如 同 大 多 数 静 态 类 型 语言 一 样 ，Scala 允许 方法 重 载 。 只 要 各 方法 的 完整 签名 是 唯一 的 ， 
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两 个 或 更 多 方法 就 可 以 具有 相同 的 名 称 。 方 法 的 签名 包括 返回 类 型 ， 方 法 名 称 和 参数 类 
型 的 列表 (参数 的 名 称 不 重要 )。 因 此 ， 在 JVM 中 只 赁 不 同 的 返回 类 型 不 足以 区 分 不 同 
的 方法 。 


然而 也 有 例外 。 本 书 5.2.5 节 中 ，JVM 不 人 允许 某 些 方法 完全 不 同 。 这 是 因为 对 于 “高 级 类 
型 ”存在 类 型 擦 除 机 制 ， 其 中 “高 级 类 型 ”是 包含 类 型 参数 的 类 型 ， 如 List[A]。 考 虑 下 


scala> object C { 
| def m(seq: Seq[Int]): Unit = println(s"Seq[Int]: $seq") 
| def m(seq: Seq[String]): Unit = println(s"Seq[String]: $seq") 
| } 
<console>:9: error: double definition: 
method m:(seq: Seq[String])Unit and 
method m:(seq: Seq[Int])Unit at line 8 
have same type after erasure: (seq: Seq)Unit 
def m(seq: Seq[String]): Unit = println(s"Seq[String]: $seq") 
A 
































类 型 参数 Int 和 String 在 二 进 制 码 中 被 探 除了 。 


不 像 Java，Scala 可 以 用 type 关键 字 声 明 类 型 成 员 。 正 如 我 们 在 2.13 节 所 见 到 的 一 样 ， 这 
些 类 型 成 员 是 类 型 参数 化 的 一 种 补充 机 制 。 它 们 经 常 被 用 来 作为 复杂 类 型 的 别名 ， 以 提供 
可 读 性 。 类 型 成 员 和 参数 化 类 型 是 不 是 两 个 重复 的 机 制 呢 ? 不 是 ， 不 过 我 们 要 到 14.5 AP 
来 探究 这 个 问题 。 

术语 “成 员 ” 一 词 是 类 的 字段 、 方 法 或 类 型 的 统称 。 与 Java 不 同 ， 如 果 方 法 有 参数 列表 ， 
该 方法 可 以 与 类 的 字段 同名 : 

scala> trait Foo { 
| val x: Int 


| def x: Int 
| } 


<console>:9: error: value x is defined twice 
conflicting symbols both originated in file '<console>' 
def x: Int 


AN 








scala> trait Foo { 
| val x: Int 
| def x(i: Int): Int 
} 


defined trait Foo 
类 型 名 称 必须 唯一 。 
Scala 没有 Java 中 的 静态 成 员 。 但 是 Scala 用 object 来 保存 多 个 实例 共享 的 成 员 ， 如 常量 。 
如 果 一 个 对 象 和 一 个 类 具有 相同 的 名 称 ， 并 在 同一 文件 中 定义 ， 它 们 的 关系 就 是 伴随 的 。 


回顾 第 1 章 可 以 知道 ， 当 一 个 对 象 和 一 个 类 具有 相同 的 名 称 ， 且 定义 在 同一 文件 时 ， 它 们 
相互 伴随 。 对 于 case 类 ， 编 译 器 自动 生成 一 个 伴随 对 和 象 。 








TS 


























8.2 引用 与 值 类 型 


Java 语法 为 JVM 实现 数据 的 方式 提供 了 模型 。 首 先 ， 它 提供 了 一 组 原生 类 型 : short, 
int, long, float, double, boolean, char, byte 和 关键 字 void。 它 们 被 存储 在 堆栈 中 ， 
或 为 了 获得 更 好 的 性 能 ， 被 存储 于 CPU 寄存 器 。 


其 他 的 类 型 被 称 为 引用 类 型 ， 因 为 它们 的 所 有 实例 都 分 配 在 堆 中 ， 引 用 这 些 实例 的 变量 实 
际 上 指向 了 堆 中 的 相应 位 置 。 不 像 C 和 C++ 那样 ， 栈 上 目前 不 存在 任何 “结构 ”类 型 的 
实例 。Java 的 未 来 版 本 正在 孝 虑 加 入 这 种 能 力 。 所 以 ,，“ 引 用 类 型 ”这 个 概念 就 是 用 来 将 
这 些 实例 同 原生 类 型 区 分 开 的 。 引 用 类 型 的 实例 使 用 new 关键 字 创建 。 


Scala 固然 必须 符合 JVM 的 规则 ， 但 Scala 做 了 改进 ， 使 得 原生 类 型 和 引用 类 型 的 区 别 更 
明显 。 


所 有 引用 类 型 都 是 AnyRef 的 子 类 型 。AnyRef 是 Any 的 子 类 型 ， 而 Any 是 Scala 类 型 层次 的 
根 类 型 。 所 有 值 类 型 均 为 AnyvVal 的 子 类 型 ，AnyVal 也 是 Any 的 子 类 型 。Any 仅 有 这 两 个 直 
接 的 子 类 型 。 需 要 注意 ，Java 的 根 类 型 Object (http://docs.oracle.com/javase/8/docs/api/java/ 
lang/Object.html) 实际 上 更 接近 Scala 的 AnyRef, ， 而 不 是 Any。 


引用 类 型 仍 用 new 关键 字 来 创建 。 类 似 其 他 不 带 参 数 的 方法 一 样 ， 如 果 构 造 器 不 带 参 数 
在 有 的 语言 中 称 为 “默认 构造 器 ) ， 我 们 在 使 用 构造 器 时 也 可 以 去 掉 后 面 的 括号 。 


Scala 治 用 了 Java 中 数字 和 字符 串 的 字面 量 语法 。 例 如 : Æ Scala H, val name = 
"Programming Scala" 与 val name = new String("Programming Scala") 等 价 。 不 过 ，Scala 
还 为 元 组 增加 了 字面 量 语法 ，(1,2,3) 就 等 价 于 new Tuple3(1,2,3)。 我 们 已 经 接触 过 Scala 
的 一 些 语 言 特性 ， 可 以 实现 编译 器 原本 不 支持 的 字面 量 写法 ， 如 : 用 1 :: 2 :: 3 :: Nil 
表示 Map("one" ->，"two" -> 2)。 

用 带 apply 方法 的 对 象 创建 引用 类 型 的 实例 是 很 常见 的 做 法 ，apply 方法 起 到 工厂 的 作用 
(这 种 方法 必须 在 内 部 调用 new 或 对 应 的 字面 量 语法 )。 由 于 case 类 会 自动 生成 伴随 对 象 及 
其 apply 方法 ， 因 此 case 类 的 实例 通常 就 是 用 这 种 方法 创建 出 来 的 。 

Short, Int, Long, Float, Double, Boolean, Char, Byte 和 Unit 类 型 称 为 值 类 型 ， 分 别 
对 应 JVM 的 原型 short, int, long, float, double, boolean, char, byte 和 void 关键 
字 。 在 Scala 的 对 象 模型 中 ， 所 有 的 值 类 型 均 为 Anyval 的 子 类 型 ，AnyVal 是 Any 的 两 个 子 
类 型 之 二 3 

值 类 型 的 “实例 ”不 是 在 堆 上 创建 的 。 相 反 ，Scala 用 JVM 原生 类 型 来 表示 值 类 型 ， 它 们 
的 值 都 存放 在 寄存 器 或 栈 上 。 值 类 型 的 “实例 ”总 是 用 字面 量 来 创建 ， 如 1，3.14，true。 
Unit 对 应 的 字面 量 是 ()， 不 过 我 们 很 少 显 式 地 使 用 。 

事实 上 ， 值 类 型 没有 构造 器 ， 所 以 像 val I = new Int(1) 这 样 的 表达 式 将 无 法 通过 编译 。 
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In! 
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为 什么 Unit 的 字面 量 是 () Ye ? 
Unit 的 行为 与 包含 零 个 元 素 的 元 组 很 像 ， 而 元 素 个 数 为 震 的 元 组 写 为 ()。Unit 这 个 名 
字 来 自 数 学 里 的 乘法 ， 任 意 值 与 单位 值 相 乘 ， 总 是 返回 其 原始 值 。 这 个 单位 值 对 于 数 
字 来 说 ， 就 是 1。 对 于 加 法 来 说 ，0 为 其 单位 值 。 我 们 在 16.1 节 会 再 次 涉及 这 个 概念 。 











所 以 ，Scala 最 大 限度 地 减少 使 用 “包装 过 的 ”引用 类 型 ， 为 我 们 带 来 了 两 个 体系 各 自 的 
优点 : 原生 类 型 的 性 能 和 源 代 码 的 对 象 语义 。 

语法 的 一 致 性 允许 我 们 声明 值 类 型 的 参数 化 集合 ， 如 List[Int]。 与 此 相反 ，Java 则 要 求 
使 用 包装 过 的 类 型 ， 如 List<Integer>。 这 样 使 得 代码 复杂 化 了 。 在 Java 的 大 数据 库 中 ， 
常常 能 见 到 一 长 串 为 原生 类 型 定义 的 集合 类 型 声明 ， 如 Long 和 double。 你 会 见 到 一 个 用 
于 表示 long 型 向 量 的 类 ， 一 个 用 于 表示 double 型 向 量 的 类 等 。 库 的 “当量 ” 变 得 更 大 ， 
其 实现 也 不 能 做 到 代码 重用 。( 目 前 ， 对 集合 和 包装 类 型 仍 有 讨论 ， 可 以 参见 12.4 节 。) 


8.3 价值 类 


正如 我 们 所 看 到 的 ，Scala 中 经 常 引 入 包装 类 型 来 实现 新 类 型 ， 这 也 被 称 为 扩展 方法 ( 参 
见 5.4 节 )。 不 幸 的 是 ， 对 值 类 型 的 包装 ， 会 将 值 类 型 变 成 引用 类 型 ， 从 而 失去 了 原生 类 型 
的 良好 性 能 。 

Scala 2.10 推出 了 一 个 解决 方案 ， 称 为 价值 类 (value class)， 和 一 个 附带 的 特性 ， 称 为 通用 
特征 (universal trait), 。 这 些 类 型 限制 了 可 声明 的 范围 ， 但 同样 带 来 了 好 处 : 避免 封装 分 配 
在 堆 上 。 


// src/main/scala/progscala2/basicoop/ValueClassDollar.sc 






























































class Dollar(val value: Float) extends AnyVal { 
override def toString = "$%.2f".format(value) 
} 


val benjamin = new Dollar(100) 
// 结果 : benjamin: Dollar = $100.00 


要 成 为 一 个 有 效 的 价值 类 ， 必 须 遵守 以 下 的 规则 。 

(1) 价 值 类 有 且 只 有 一 个 公开 的 val 参数 (对 于 Scala 2.11， 该 参数 也 可 以 是 不 公开 的 )。 

(2) 参数 的 类 型 不 能 是 价值 类 本 身 。 

(3) 价 值 类 被 参数 化 时 ， 不 能 使 用 @specialized (http://www.scala-lang.org/api/current/scala/ 
specialized.html) 标记 。 

(4) 价值 类 没有 定义 其 他 构造 器 。 

(5) 价值 类 只 定义 了 一 些 方法 ， 没 有 定义 其 他 的 val 和 var 变量 。 

(6) 然而 ， 价 值 类 不 能 重 载 equals 和 hashCode 方法 。 

(07) 价值 类 定义 没有 骸 套 的 特征 、 类 或 对 象 。 

(8) 价值 类 不 能 被 继承 。 
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(9) 价 值 类 只 能 继承 自 通 用 特征 。 
(10) 价值 类 必须 是 对 象 可 引用 的 一 个 顶级 类 型 或 对 象 的 一 个 成 员 。， 


这 是 一 个 长 长 的 清单 ， 不 过 ， 当 我 们 不 遵守 规则 时 ， 编 译 器 会 抛 出 错误 消息 。 

















本 例 中 ，Dotlar 在 编译 时 是 一 个 外 部 类 型 。 在 运行 时 ， 该 类 型 是 被 包装 的 类 型 ， 即 Float, 


通常 ， 被 包装 的 类 型 是 AnyVal 的 子 类 型 之 一 ， 但 并 不 是 必须 如 此 。 如 果 换 成 引用 类 型 ， 我 
们 仍然 可 以 受益 于 内 存 不 在 堆 上 分 配 的 优势 。 例 如 ， 下 例 中 ， 隐 含 了 对 电话 号 码 字符 串 的 






































包装 : 
// src/main/scala/progscala2/basicoop/ValueCLassPhoneNumber .sc 
class USPhoneNumber(val s: String) extends AnyVal { 


override def toString = { 
val digs = digits(s) 
val areaCode = digs.substring(0,3) 
val exchange = digs.substring(3,6) 
val subnumber = digs.substring(6,10) //“ 客 户 编 号 
s"(SareaCode) $exchange-$subnumber" 


} 


private def digits(str: String): String = str.replaceALl("""\D""", "") 
} 


val number = new USPhoneNumber ("987-654-3210") 
// 结果 : number: USPhoneNumber = (987) 654-3210 





价值 类 可 以 是 一 个 case 类 ， 但 是 许多 生成 的 额外 方法 和 伴随 对 象 不 大 可 能 被 用 到 ， 导 致 产 





生 的 class 文件 就 白白 浪费 了 一 些 空 间 。 
一 个 通用 特征 具有 以 下 特性 。 


(D 它 可 以 从 Any 派生 (而 不 能 从 其 他 通用 特征 派生 )。 
D 它 只 定义 方法 。 

G) 它 没有 对 自身 做 初始 化 。 

下 面 给 出 了 一 个 改进 版 的 USphoneNumber， 这 里 混用 了 两 个 通用 特征 : 


// src/main/scala/progscala2/basicoop/ValueCLassUniversalTraits.sc 


























7 














trait Digitizer extends Any { 
def digits(s: String): String = s.replaceALL("""\D""", "") // © 


trait Formatter extends Any { //@ 
def format(areaCode: String, exchange: String, subnumber: String): String = 
s"($areaCode) $exchange-$subnumber" 
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型 ， 并 学 习 类 型 不 能 被 引用 的 相关 规则 。 


: 由 于 Scala 丰富 的 类 型 系统 ， 并 非 所 有 的 类 型 都 可 以 像 在 Java 中 那样 ， 在 正常 的 变量 和 方法 声明 中 引 
用 〈 不 过 ， 我 们 到 目前 为 止 看 到 的 所 有 例子 都 可 以 正常 进行 引用 )。 在 第 14 章 中 ， 我 们 将 探索 新 的 类 
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} 


class USPhoneNumber (val s: String) extends AnyVal 
with Digitizer with Formatter { 


override def toString = { 
val digs = digits(s) 
val areaCode = digs.substring(0,3) 
val exchange = digs.substring(3,6) 
val subnumber = digs.substring(6,10) 
format(areaCode, exchange, subnumber) // 日 
} 
} 


val number = new USPhoneNumber ("987-654-3210") 
// 结果 : number: USPhoneNumber = (987) 654-3210 
O Digitizer 是 一 个 通用 特征 ， 定 义 了 我 们 之 前 的 digits 方法 。 
@ Formatter 特征 按 我 们 想 要 的 格式 对 电话 号 码 进 行 格式 化 。 
© 调用 Formatter.format。 
Formatter 实际 上 解决 了 一 个 设计 上 的 问题 。 我 们 可 能 要 给 USPhoneNumber 指定 另 一 个 参数 
作为 格式 字符 串 ， 或 需要 一 些 机 制 去 配置 toString 的 格式 ， 因 为 流行 的 格式 可 能 有 很 多 。 
但 是 ， 我 们 只 允许 传递 一 个 参数 给 USPhoneNumber 。 针 对 这 种 情况 ， 我 们 可 以 在 通用 特征 
中 去 配置 我 们 想 要 的 格式 | 
然而 ， 由 于 JVM 的 限制 ， 通 用 特征 有 时 会 触发 实例 化 〈 即 实例 的 内 存 分 配 于 堆 中 )。 这 里 
将 需要 实例 化 的 情况 总 结 如 下 。 
(1) 当 价 值 类 的 实例 被 传递 给 函数 作 参 数 ， 而 该 函数 预期 参数 为 通用 特征 且 需 要 被 实例 实 
现 。 不 过 ， 如 果 函 数 的 预期 参数 是 价值 类 本 身 ， 则 不 需要 实例 化 。 
(2) 价 值 类 的 实例 被 赋值 给 数组 。 
(G3) 价值 类 的 类 型 被 用 作 类 型 参数 。 
例如 : 当 用 USPhoneNumber 调用 以 下 方法 时 ， 我 们 会 创建 USPhoneNumber 的 一 个 实例 : 


def toDigits(d: Digitizer, str: String) = d.digits(str) 












































val digs = toDigits(new USPhoneNumber("987-654-3210"), "123-Hello!-456") 

// 结果 : digs: String = 123456 
同样 ， 当 用 USPhoneNumber 调用 以 下 参数 化 类 型 的 方法 时 ， 也 不 得 不 产生 USPhoneNumber 的 
实例 : 

def print[T](t: T) = println(t. toString) 


print(new USPhoneNumber ("987-654-3210") ) 
// 结果 : (987) 654-3210 


总 之 ， 价 值 类 提供 了 一 个 低 开 销 的 技术 ， 用 于 定义 扩展 方法 ， 并 为 类 型 定义 有 意义 的 领域 
名 称 (如 Dottar)， 这 利用 了 被 包装 值 的 类 型 安全 性 。 




















“ 值 类 型 ”一 词 指 代 Short, Int, Long, Float, Double, Boolean, Char, 
Byte 和 Unit 等 Scala 早 就 有 的 类 型 。 而 “价值 类 ”一 词 指 代 继承 AnyVal 的 
自 定义 类 。 





有 关 价 值 类 的 实现 细节 的 相关 信息 ， 请 参阅 SIP-15: 价值 类 (http://docs.scala-lang.org/sips/ 
pending/value-classes.html)。SIP 表示 Scala 完善 进行 (scala improvement process), iX AE 


Scala 社区 提出 的 新 的 语言 特性 和 库 机 制 。 


8.4 A428 


子 类 是 从 父 类 或 基 类 中 派生 的 派生 类 ， 是 大 部 分 面向 对 象 语言 的 核心 特征 。 这 种 机 制 用 来 
重用 、 封 装 和 实现 多 态 行 为 (具体 行为 取决 于 实例 在 类 型 层次 结构 中 的 实际 类 型 )。 


像 Java 一 样 ，Scala 只 支持 单一 继承 ， 而 不 是 多 重 继承 。 子 类 (或 派生 类 ) 可 以 有 且 只 
一 个 父 类 ( 即 基 类 )。 唯 一 的 例外 是 ，Scala 的 类 型 结构 中 的 根 类 Any 没有 父 类 。 


我 们 已 经 见 过 父 类 及 其 子 类 的 不 少 例子 。 下 面 我 们 从 2.13 市 中 抽取 几 个 展示 了 类 型 成 员 用 
法 的 例子 ， 并 把 其 中 的 细 市 重点 列 出 : 


abstract class BulkReader { 
type In 
val source: In 
def read: String // Read source and return a String 


} 

















class StringBulkReader(val source: String) extends BulkReader { 
type In = String 
def read: String = source 


} 


class FileBulkReader(val source: java.io.File) extends BulkReader { 
type In = java.io.File 
def read: String = {...} 

} 


如 在 Java 中 一 样 ， 关 键 字 extend 表示 后 面 是 父 类 ， 因 此 本 例 中 的 父 类 为 BuLkReader。 在 
Scala 中 ， 当 类 继承 trait 时 ， 也 用 extend 表示 (甚至 当 该 类 用 with 关键 字 混 入 了 其 他 trait 
时 也 是 如 此 )。 此 外 ， 当 trait 是 其 他 trait 或 类 的 子 trait 时， 也 用 extend。 是 的 ，trait 可 以 
继承 类 。 


如 有 果 我 们 不 指定 父 类 ， 默 认 父 类 为 AnyRef 。 


8.5” ”Scala 的 构造 器 


Scala 将 主 构造 器 与 零 个 或 多 个 辅助 构造 器 区 分 开 ， 辅 助 构造 器 也 被 称 为 次 级 构造 器 。 
在 Scala 中 ， 主 构造 器 是 整个 类 体 。 构 造 器 所 需 的 所 有 参数 都 被 罗列 在 类 名 称 后 本 
StringBulkReader 和 FileBulkReader 就 是 两 个 例子 。 





























° 
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让 我 们 重 温 儿 个 在 第 5 章 磁 到 的 简单 case 类 ，Address 和 Person。 考 虑 使 用 次 级 构造 器 进 
行 改进 : 

// src/main/scala/progscala2/basicoop/PersonAuxConstructors.scala 

package progscala2.basicoop 











case class Address(street: String, city: String, state: String, zip: String) { 
def this(zip: String) = 
this("[unknown]", Address.zipToCity(zip), Address.zipToState(zip), zip) 
} 


object Address { 


def zipToCity(zip: String) = "Anytown" //@ 
def zipToState(zip: String) = "CA" 

} 

case class Person( 
name: String, age: Option[Int], address: Option[Address]) { // © 
def this(name: String) = this(name, None, None) //@ 


def this(name: String, age: Int) = this(name, Some(age), None) 


def this(name: String, age: Int, address: Address) = 
this(name, Some(age), Some(address)) 


def this(name: String, address: Address) = this(name, None, Some(address)) 


} 
































@ 次 级 构造 器 只 带 一 个 参数 ， 即 邮政 编码 。 内 部 调用 了 其 他 辅助 函数 ， 通 过 邮政 编码 得 
到 城市 名 和 州 名 ， 但 无 法 得 到 街道 名 。 

@ 通过 邮政 编码 查找 城市 和 州 的 辅助 函数 (至少 假设 该 辅助 函数 能 做 到 这 一 点 )。 

@ 使 得 年 龄 和 地 址 成 为 可 选 参数 。 

@ 提供 次 级 构造 器 的 便利 接口 ， 让 用 户 指定 部 分 或 全 部 参数 值 。 























需要 注意 的 是 ， 辅 助 构造 被 命名 为 this， 它 的 第 一 个 表达 式 必 须 调用 主 构 造 器 或 其 他 辅助 
构造 器 。 编 译 器 还 要 求 被 调用 的 构造 器 在 代码 中 先 于 当前 构造 器 出 现 。 所 以 ， 我 们 在 代码 
中 必须 小 心地 排列 构造 器 的 顺序 。 

通过 强制 让 所 有 构造 右 最 终 都 调用 主 构造 器 ， 可 以 将 代码 元 余 最 小 化 ， 并 确保 新 实例 的 初 
始 化 逻辑 的 一 致 性 。 

Address 的 次 级 构造 器 包含 了 一 些 具 体 的 有 用 逻辑 ， 这 不 同 于 Person 的 次 级 构造 器 ， 
Person 的 初次 构造 器 只 是 多 提供 了 几 个 可 调用 的 便利 函数 。 

上 述 文件 是 用 sbt 编译 的 ， 所 以 我 们 可 以 在 下 面 的 脚本 中 使 用 其 中 的 类 型 : 


// src/main/scala/progscala2/basicoop/PersonAuxConstructors.sc 
import progscala2.basicoop.{Address, Person} 
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val al = new Address("1 Scala Lane", "Anytown", "CA", "98765") 
// 结果 : Address(1 Scala Lane,Anytown,CA,98765) 


val a2 = new Address("98765") 
// 结果 : Address( [unknown], Anytown,CA,98765) 


new Person("Buck Trends1i") 
// 结果 : Person(Buck Trendsi,None,None) 


new Person("Buck Trends2", Some(20), Some(a1)) 
// 结果 : Person(Buck Trends2,Some(20), 
// Some(Address(1 Scala Lane,Anytown,CA,98765))) 


new Person("Buck Trends3", 20, a2) 
// 结果 : Person(Buck Trends3,Some(20), 
// Some(Address( [unknown] ,Anytown,CA,98765))) 


new Person("Buck Trends4", 20) 
// 结果 : Person(Buck Trends4,Some(20),None) 


虽然 此 代码 运行 得 很 好 ， 但 实际 上 还 是 存在 一 些 问 题 。 首 先 ，Person 有 很 多 参数 类 似 的 次 
级 构造 器 。 事 实 上 我 们 可 以 对 使 用 默认 值 的 方法 参数 进行 定义 ， 而 且 用 户 也 可 以 在 调用 方 
法 时 命名 参数 。 


重新 考虑 Person 这 个 类 型 。 首 先 ， 我 们 来 为 age 和 address 添加 默认 值 ， 
于 需要 使 用 Some(…) 作为 参数 的 情况 并 不 觉得 楷 复 累 殉 : 


// src/main/scala/progscala2/basicoop/PersonAuxConstructors2.sc 
import progscala2.basicoop.Address 








F 且 假设 用 户 对 


I 
HH 

















val al 
val a2 


new Address("1 Scala Lane", "Anytown", "CA", "98765") 
new Address("98765") 


case class Person2( 
name: String, 
age: Option[Int] = None, 
address: Option[Address] = None) 


new Person2("Buck Trends1") 
// 结果 : Person2 = Person2(Buck Trendsi,None,None) 


new Person2("Buck Trends2", Some(20), Some(ai1)) 
// 结果 : Person2(Buck Trends2,Some(20), 
// Some(Address(1 Scala Lane,Anytown,CA,98765))) 


new Person2("Buck Trends3", Some(20)) 
// 结果 : Person2(Buck Trends3,Some(20) ,None) 


new Person2("Buck Trends4", address = Some(a2)) 
// 结果 : Person2(Buck Trends4,None, 
// Some(Address( [unknown] ,Anytown,CA, 98765) )) 


虽然 Person 的 调用 者 多 写 了 一 点 点 代码 ， 但 是 对 于 库 的 开发 者 而 言 维护 负担 的 显著 下 降 是 
件 好 事 。 这 也 算是 一 种 平衡 。 
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我 们 决定 使 用 减 小 用 户 负 担 的 那 种 选择 。 第 二 个 问题 是 ， 在 我 们 的 实现 中 ， 用 户 必 须 使 用 
new 来 创建 实例 。 也 许 你 已 经 注意 到 了 ， 实 例 中 就 是 用 new 来 构造 实例 的 。 


如 果 尝 试 把 new 关键 字 去 掉 ， 会 发 生 什 么 呢 ? 除非 调用 的 是 主 构造 器 ， 不 然 你 会 得 到 一 个 
编译 错误 。 


编译 器 不 会 自动 为 case 类 的 次 级 构造 器 创建 apply 方法 。 























但 是 ， 如 果 我 们 在 伴随 对 象 中 重 载 Person.apply， 就 可 以 得 到 便利 的 “构造 器 ”"， 避 免 使 
用 new。 以 下 是 Person 的 最 终 实现 方式 ， 命 名 为 Person3; 


// src/main/scala/progscala2/basicoop/PersonAuxConstructors3.scala 
package progscala2.basicoop3 
import progscala2.basicoop.Address 


case class Person3( 
name: String, 
age: Option[Int] = None, 
address: Option[Address] = None) 


object Person3 { 

















// 由 于 我 们 重 载 的 是 普通 方法 ,而 不 是 构造 器 ， 
// 所 以 必须 明确 地 指定 返回 类 型 ,在 这 里 返回 类 型 是 Person3。 


def apply(name: String): Person3 = new Person3(name) 

















def apply(name: String, age: Int): Person3 = new Person3(name, Some(age)) 


def apply(name: String, age: Int, address: Address): Person3 = 
new Person3(name, Some(age), Some(address)) 


def apply(name: String, address: Address): Person3 = 
new Person3(name, address = Some(address) ) 


注意 ， 与 构造 器 不 同 ，appty 这 样 的 重 载 方法 必须 有 明显 的 返回 类 型 注释 。 
最 后 ， 给 出 一 个 使 用 最 终 版 本 Person 的 脚本 


// src/main/scala/progscala2/basicoop/PersonAuxConstructors3.sc 
import progscala2.basicoop.Address 
import progscala2.basicoop3.Person3 








val al = new Address("1 Scala Lane", "Anytown", "CA", "98765") 
val a2 = new Address("98765") 


Person3("Buck Trends1") // 4 
// 结果 : Person3(Buck Trendsi,None,None) 


NT 





Person3("Buck Trends2", Some(20), Some(a1)) // 3 
// 结果 : Person3(Buck Trends2,Some(20), 


| 
NT 





// Some(Address(1 Scala Lane,Anytown,CA,98765))) 


Person3("Buck Trends3", 20, a1) 
// 结果 : Person3(Buck Trends3,Some(20), 
// Some(Address(1 Scala Lane,Anytown,CA,98765))) 


Person3("Buck Trends4", Some(20)) // 3 
/ 结果 : Person3(Buck Trends4,Some(20) ,None) 


mT 





Person3("Buck Trends5", 20) 
// 结果 : Person3(Buck Trends5,Some(20),None) 


Person3("Buck Trends6", address = Some(a2)) IL = 
/ 结果 : Person3(Buck Trends6,None, 
// Some(Address( [unknown] ,Anytown,CA,98765))) 





Person3("Buck Trends7", address = a2) 

// 结果 : Person3(Buck Trends7,None, 

// Some(Address( [unknown] ,Anytown,CA,98765))) 
所 有 注释 为 “ 主 ” 的 调用 均 调 用 了 Person3 这 个 case 类 自动 生成 的 主 apply 方法 。 其 他 没 
有 该 注释 的 地 方 ， 调 用 的 是 其 他 apply 方法 。 
事实 上 ， 在 Scala 代码 中 定义 次 级 构造 器 并 不 是 很 常见 。 因 为 还 有 其 他 赫 代 的 技术 ， 它 们 
通常 为 用 户 提供 同样 灵活 的 构造 选项 ， 同 时 减少 样板 代码 。 注 意 要 合理 使 用 Scala 中 的 命 
名 参数 和 可 选 参数 ， 并 科学 地 使 用 对 象 中 重 载 的 apply “T” Hik. 


8.6 ”类 的 字段 
在 本 章 的 开头 我 们 曾 提醒 大 家 ， 如 果 在 主 构造 国 数 参 数 的 前 面 加 上 val 或 var 关键 字 ， 该 
参数 就 成 为 实例 的 一 个 字段 。 对 于 case X, val 是 默认 的 。 这 样 可 以 大 大 减少 元 余 的 代码 ， 
但 是 它 是 如 何 转化 成 字 节 码 的 呢 ? 
其 实 ， 不 过 是 Scala 偷偷 地 干 了 Java 代码 中 明显 做 的 事情 。 类 会 创建 一 个 私有 的 字段 ， 者 
生产 对 应 的 getter 和 setter 访问 方法 。 考 虑 下 面 这 个 简单 的 Scala 类 : 

class Name (var value: String) 
从 概念 上 讲 ， 上 述 代 码 和 下 面 的 代码 是 等 价 的 : 


class Name(s: String) { 
private var _value: String = s //@ 
































=) 

















def value: String = _value // @ 


def value_=(newValue: String): Unit = _value = newValue // © 


} 
@ 不 可 见 的 字段 ， 在 本 例 中 声明 为 可 变 变量 。 
@ getter， 即 读 方 法 。 
© setter， 即 写 方法 。 
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注意 value= 这 个 方法 名 的 一 般 规范 。 当 编译 器 看 到 这 样 的 一 个 方法 名 时 ， 它 会 允许 客 
户 端 代码 去 掉 下 划 线 _， 转 而 使 用 中 缀 表达 式 ， 这 就 好 像 我 们 是 在 设置 对 象 的 一 个 裸 字 
段 一 样 : 


scala> val name = new Name("Buck") 
name: Name = Name@2aed6fc8 


scala> name.value 
res0: String = Buck 


scala> name.value_=("Bubba") 
name.value: String = Bubba 


scala> name.value 
resi: String = Bubba 


scala> name.value = "Hank" 
name.value: String = Hank 


scala> name.value 
res2: String = Hank 


如 有 果 我 们 用 val 关键 字 声 明 一 个 不 可 变 字段 ， 那 就 不 会 自动 生成 写 方法 ， 只 会 生成 读 方法 。 
如 果 你 想 在 读 方 法 或 写 方法 内 实现 自 定义 逻辑 ， 可 以 按 以 下 规范 来 实现 。 


























器 中 
省 略 val 或 var。 人 例如， 我们 虽然 需要 向 构造 器 传递 一 个 参数 ， 但 却 希 望 构造 器 退出 后 丢 
弃 它 。 
注意 ， 该 值 仍然 在 类 体 的 作用 范围 内 。 正 如 前 文 有 关 隐 式 转换 的 例子 中 我 们 看 到 的 那样 ， 
它们 仍然 指向 构造 实例 时 所 用 的 参数 ， 但 这 些 参数 大 多 没有 被 声明 为 类 的 字段 。 回 顾 一 下 
5.2.7 节 的 Pipeline 示例 : 


























object Pipeline { 
implicit class toPiped[V](value:V) { 
def |>[R] (f : V => R) = f(value) 


} 


尽管 在 |> 方 法 中 ，toPiped 引用 了 value 变量 ， 但 value 并 不 是 类 toPiped 的 一 个 字段 。 
无 论 构造 器 参数 有 没有 用 val 或 var 声明 ， 该 参数 在 整个 类 体 中 都 是 可 见 的 。 所 以 ， 该 参 
数 可 以 被 类 的 成 员 使 用 ， 如 类 的 方法 成 员 。 对 比 Java 或 其 他 OO 语言 中 定义 的 构造 器 ， 我 
们 得 知 : 由 于 这 些 构造 器 是 一 个 方法 ， 所 以 传递 给 构造 器 的 参数 在 方法 外 是 不 可 见 的 。 由 
此 可 见 ， 无 论 是 显 式 地 还 是 隐 式 地 ， 构 造 器 的 参数 都 必须 像 字 段 一 样 被 “保存 ”起 来 。 


为 什么 不 总 是 将 构造 器 的 参数 变 成 字段 呢 ? 因为 字段 对 类 的 客户 端 是 可 见 的 〈 也 就 是 说 ， 
除非 被 声明 为 私有 的 或 保护 的 ， 客 户 端 都 可 以 看 到 字段 。 我 们 将 在 第 13 章 讨论 这 一 点 )。 
而 这 些 构 造 器 的 参数 只 有 在 确实 需要 暴露 给 用 户 状态 的 情况 下 ， 才 会 变 成 字段 ， 否 则 它们 
不 应 该 成 为 字段 ， 而 是 属于 类 体 私有 的 。 


























8.6.1 统一 访问 原则 

你 可 能 会 对 Scala 没有 遵循 JavaBeans 的 约定 规范 ， 也 就 是 把 value 字段 的 读 方法 和 写 方法 
分 别 命名 为 getValue 和 setValue， 感 到 疑惑 不 解 。 事 实 上 ，Scala 遵循 统一 访问 的 原则 。 
正如 我 们 在 Name 这 个 例子 中 看 到 的 ， 客 户 端 似乎 可 以 不 经 过 方法 就 对 “ 裸 ” 字 段 值 进行 读 
和 写 的 操作 ， 但 实际 上 它们 调用 了 方法 。 另 一 方面 ， 我 们 可 以 用 默认 的 公开 可 见 性 声明 一 
个 字段 ， 然 后 像 裸 字段 一 样 访问 该 字段 : 


class Name2(s: String) { 
var value: String = s 


} 
DUE, value 是 一 个 公开 字段 ， 没 有 访问 方法 。 
我 们 来 试 试 看 : 


scala> val name2 = new Name2("Buck") 
name2: Name2 = Name2@303becf6 




















scala> name2.value 
res0: String = Buck 


scala> name2.value_=("Bubba" ) 
name2.value: String = Bubba 


scala> name2.value 
resi: String = Bubba 


请 注意 ， 用 户 的 “体验 ”是 一 致 的 。 用 户 代码 不 了 解 实现 ， 这 使 我 们 可 以 在 需要 的 时 候 ， 
自由 地 将 直接 操作 裸 字段 改 为 通过 访问 方法 来 操作 。 例 如 : 我 们 要 在 写 操作 中 添加 某 些 验 
证 工作 , 或 者 为 了 提高 效率 ， 在 读 取 某 个 结果 时 采用 惰性 求 值 。 这 些 情况 下 ， 我 们 可 以 通 
过 访问 方法 来 操作 裸 字 段 。 相 反 地 ， 我 们 也 可 以 用 公开 可 见 性 的 字段 代 赫 访问 方法 ， 以 消 
除 该 方法 调用 的 开销 (尽管 JVM 可 能 会 消除 这 种 开销 )。 

因此 ， 统 一 访问 原则 的 重要 益处 在 于 ， 它 能 最 大 程度 地 减少 客户 端 代码 对 类 的 内 部 实现 所 
必须 了 解 的 知识 。 尽 管 重新 编译 仍然 是 必需 的 ， 我 们 可 以 改变 具体 实现 ， 而 不 必 强 制 客 户 
端 代码 跟着 做 出 改变 。 

Scala 实现 统一 访问 原则 的 同时 ， 没 有 牺牲 访问 控制 功能 ， 并 且 满 足 了 在 简单 的 读 写 基础 
上 增加 其 他 逻辑 的 需求 。 

Scala 没有 采用 Java 风格 的 getter 和 setter 方法 ， 而 是 支持 统一 访问 原则 。 在 
统一 访问 原则 中 ， 读 写 “ 裸 ”字段 的 语法 和 通过 间接 调用 方法 实现 读 写 的 语 
法 是 一 样 的 。 























然而 有 时 为 了 与 Java 库 交 互 ， 也 会 需要 JavaBeans 风格 的 访问 方法 。 这 时 可 以 用 scala. 
reflect.BeanProperty (http://www.scala-lang.org/api/current/scala/beans/BeanProperty.htm! ) 
或 BooleanBeanProperty (http://www.scala-lang.org/api/current/scala/beans/BooleanBean 
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Property.html) 给 类 做 标记 。 更 多 细节 ， 见 22.3 市 。 


8.6.2 一 元 方法 
我 们 已 经 看 到 ， 编 译 器 允许 我 们 为 字段 foo 定义 赋值 方法 foo_ =， 然后 使 用 简便 的 
myinstance.foo = value。 男 一 种 操作 符 一 一 一 元 操作 符 ， 我 们 还 不 知道 如 何 实现 。 


取 反 就 是 一 个 例子 。 如 果 我 们 要 实现 一 个 复数 类 ， 该 如 何 支持 实例 的 相反 数 〈 如 < 的 相反 
数 -c) 呢 ? 请 看 下 面 的 代码 : 


// src/main/scala/progscala2/basicoop/Complex.sc 








case class Complex(real: Double, imag: Double) { 


def unary_- : Complex = Complex(-real, imag) //@ 
def -(other: Complex) = Complex(real - other.real, imag - other.imag) 

} 

val c1 = Complex(1.1, 2.2) 

val c2 = -c1 // Complex(-1.1, 2.2) 

val c3 = cl.unary_- // Complex(-1.1, 2.2) 

val c4 = c1 - Complex(0.5, 1.0) // Complex(0.6, 1.2) 


@ 方法 名 为 unaryX， 这 里 X 就 是 我 们 想 要 使 用 的 操作 符 。 在 本 例 中 , X 就 是 -。 注 意 - 
和 : 之 间 的 空格 ， 空 格 在 这 里 是 必须 的 ， 它 可 以 告诉 编译 器 方法 名 以 - 而 不 是 : 结尾 |! 
为 了 比较 ,我们 也 实现 了 常见 的 减 号 操作 符 。 


我 们 一 旦 定义 了 一 元 操作 符 ， 就 可 以 将 操作 符 放 在 实例 之 前 ， 就 像 我 们 在 定义 c2 时 所 做 
的 那样 。 也 可 以 像 定义 c3 时 那样 ， 将 一 元 操作 符 当 做 其 他 方法 一 般 进 行 调 用 。 


8.7 ”验证 输入 


如 果 我 们 想 验 证 输入 的 参数 ， 以 确保 产生 的 实例 处 于 有 效 状 态 ， 该 怎么 做 呢 ? Predef 
(http://www.scala-lang.org/api/current/index.html#scala.Predef$ ) 定义 了 一 系列 名 为 require 
的 重 载 方法 ， 可 以 实现 这 一 目的 。 考 虑 以 下 这 个 封装 了 美国 邮政 编码 的 类 。 邮 政 编码 允许 
使 用 两 种 形式 ，5 位 数字 或 者 “邮政 编码 +4 位 数字 ”的 形式 。 后 者 较 前 者 多 了 结尾 的 4 位 
数字 ， 常 被 写 为 类 似 “12345-6789” 的 形式 。 另 外 ， 不 是 所 有 的 数字 都 对 应 有 真实 的 邮编 ; 
// src/main/scala/progscala2/basicoop/Zipcode.scala 
package progscala2.basicoop 























case class ZipCode(zip: Int, extension: Option[Int] = None) { 
require(valid(zip, extension), //@ 
s"Invalid Zip+4 specified: $toString") 


protected def valid(z: Int, e: Option[Int]): Boolean = { 
if (0 < z && z <= 99999) e match { 


case None => validUSPS(z, 0) 

case Some(e) => 0 < e && e <= 9999 && validUSPS(z, e) 
} 
else false 





fe 
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} 
/xx* 这 是 个 有 效 的 美国 邮政 编码 吗 ? */ 

















protected def validUSPS(i: Int, e: Int): Boolean = true //@ 
override def toString = // ® 
if (extension != None) s"$zip-${extension.get}" else zip.toString 
} 


object ZipCode { 
def apply (zip: Int, extension: Int): ZipCode = 
new ZipCode(zip, Some(extension) ) 


} 
@ 使 用 require 方法 验证 输入 。 
@ 真正 的 方法 实现 应 该 查询 USPS 认可 的 数据 库 来 验证 邮政 编码 是 否 确实 存在 。 











© 履 写 toString 方法 ， 返 回 符合 人 们 预期 的 邮政 编码 格式 ， 对 结尾 可 能 的 四 位 数字 进行 


恰当 的 处 理 。 
以 下 是 调用 它 的 脚本 : 


// src/main/scala/progscala2/basicoop/Zipcode.sc 
import progscala2.basicoop.ZipCode 





ZipCode(12345) 
// 结果 : ZipCode = 12345 


ZipCode(12345, Some(6789) ) 
// 结果 : ZipCode = 12345-6789 


ZipCode(12345, 6789) 
// 结果 : ZipCode = 12345-6789 


try { 
ZipCode(0, 6789) // Invalid Zip+4 specified: 0-6789 
} catch { 
case e: java.lang.ILlegalArgumentException => e 
} 
try { 
ZipCode(12345, 0) // Invalid Zip+4 specified: 12345-0 
} catch { 
case e: java.lang.ILlegalArgumentException => e 
} 


定义 ZipCode 这 种 领域 专用 的 类 的 充分 理由 是 : 这 种 类 可 以 在 构造 时 对 值 的 有 效 性 做 一 次 














检验 ， 然 后 类 ZipCode 的 使 用 者 就 不 再 需要 再 次 检验 了 。 





Predef 中 的 ensuring 和 assume 等 方法 也 用 于 实现 类 似 的 目的 。 我 们 将 在 23.5 TRR 





require 和 这 两 个 断言 方法 的 更 多 用 途 。 





虽然 我 们 在 构造 器 的 背景 下 讨论 输入 的 验证 ， 但 实际 上 我 们 也 可 以 在 任何 方法 中 调用 这 些 
断言 方法 。 然 而 ， 价 值 类 的 类 体 是 一 个 例外 ， 它 不 能 使 用 断言 验证 ， 否 则 就 需要 调用 分 配 
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堆 。 不 过 ， 由 于 ZipCode 带 有 两 个 构造 器 参数 ， 它 无 论 如 何不 会 是 价值 类 。 


8.8 调用 父 类 构造 器 〈 与 民 好 的 面向 对 象 设计 ) 


派生 类 的 主 构造 器 必须 调用 父 类 的 构造 器 ， 可 以 是 父 类 的 主 构 造 器 或 次 级 构造 器 。 在 以 下 
示例 中 ，Employee 是 Person 的 子 类 : 


// src/main/scala/progscala2/basicoop/EmployeeSubclass.sc 
import progscala2.basicoop.Address 





case class Person( // This was Person2 previously, now renamed. 
name: String, 
age: Option[Int] = None, 
address: Option[Address] = None) 


class Employee( //@ 
name: String, 
age: Option[Int] = None, 
address: Option[Address] = None, 
val title: String = "[unknown]", //@ 
val manager: Option[Employee] = None) extends Person(name, age, address) { 


override def toString = //° 
s"Employee(Sname, Sage, Saddress, $title, $manager)" 
} 


val al = new Address("1 Scala Lane", "Anytown", "CA", "98765") 
val a2 = new Address("98765") 


val ceo = new Employee("Joe CEO", title = "CEO") 
结果 : Employee(Joe CEO, None, None, CEO, None) 


new Employee("Buck Trends1") 
结果 : Employee(Buck Trendsi, None, None, [unknown], None) 


new Employee("Buck Trends2", Some(20), Some(a1)) 
结果 : Employee(Buck Trends2, Some(20), 
// Some(Address(1 Scala Lane,Anytown,CA,98765)), [unknown], None) 


new Employee("Buck Trends3", Some(20), Some(a1), "Zombie Dev") 
结果 : Employee(Buck Trends3, Some(20), 
// Some(Address(1 Scala Lane,Anytown,CA,98765)), Zombie Dev, None) 


new Employee("Buck Trends4", Some(20), Some(a1), "Zombie Dev", Some(ceo) ) 
结果 : Employee(Buck Trends4, Some(20), 








// Some(Address(1 Scala Lane,Anytown,CA,98765)), Zombie Dev, 
// Some(Employee(Joe CEO, None, None, CEO, None))) 
@ Employee 被 声明 为 一 个 普通 的 类 ， 而 不 是 case 类 。 在 下 文中 我 会 解释 这 么 做 的 原因 。 


@ 新 的 字段 title 和 manager 需要 用 val 关键 字 声 明 ， 因 为 Employee 不 是 case 类 。 其 他 
参数 是 类 从 Person 继承 的 字段 。 注 意 ， 我 们 也 调用 了 Person 的 主 构造 器 。 


© 履 写 toString 方法 。 如 果 不 履 写 ， 将 会 调用 Person.toString, 
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在 Jaa 中 ， 我 们 会 定义 构造 方法 ， 并 用 super 调用 父 类 的 初始 化 逻辑 。 而 Scala 中 ， 我 们 
用 chiLdCLass(…) extends ParentCLass(…) 的 语法 隐 式 地 调用 父 类 的 构造 器 。 





尽管 像 在 Java 中 一 样 ，super 可 以 用 来 调用 被 覆 写 的 父 类 方法 ， 但 它 不 能 
来 调用 父 类 的 构造 器 。 








良好 的 面向 对 象 设计 : 题 外 话 
这 段 代 码 有 “异味 "。Employee 的 声明 把 带 val 关键 字 的 参数 和 不 带 关键 字 的 参数 混杂 在 
参数 列表 中 。 但 更 深层 次 的 问题 潜伏 在 这 段 代码 背后 。 


我 们 可 以 从 一 个 case 类 派生 出 一 个 非 case 类 ， 或 者 反 过 来 。 但 我 们 无 法 从 一 个 case 类 派 
生出 另 一 个 case 类 。 这 是 因为 ， 自 动 生 成 的 toString, equals 和 hashCode 方法 在 子 类 中 
无 法 正常 工作 。 这 意味 着 它们 忽视 了 这 种 可 能 性 ， 即 实例 实际 上 可 以 是 case 类 的 子 类 。 


这 种 问题 实际 上 是 设计 上 的 问题 。 它 反映 了 子 类 继承 的 问题 。 例 如 : 具有 相同 姓名 、 年 
龄 、 地 址 的 Employee 类 的 实例 和 Person 类 的 实例 是 否 应 该 被 视 为 等 价 的 呢 ? 如 果 对 对 
象 平 等 做 宽松 地 解释 ， 我 们 认为 它们 是 相等 价 的 ， 如 果 更 严格 地 解释 ， 我 们 则 会 说 它 
们 不 相等 。 事实 上 ， 相 等 的 数学 定义 需要 满足 交换 律 : somePerson == someEmployee 与 
someEmployee == somePerson 应 该 返回 相同 的 结果 。 灵 活 的 等 价 解 释 将 打破 这 种 交换 律 ， 
因为 你 绝 不 会 想到 一 个 Employee 实例 会 与 一 个 不 是 Employee 的 Person 实例 相等 。 


实际 上 ， 在 这 里 ，equals 的 问题 要 更 糟糕 ， 因 为 Employee kA 72'S equals 和 hashCode 方 
法 。 我 们 实际 上 是 将 所 有 Employee 的 实例 当 作 Person 的 实例 来 对 待 的 。 


这 对 于 小 的 类 型 而 言 是 非常 危险 的 。 不 可 避免 地 会 有 人 创建 Employee 集合 ， 在 集合 中 对 
元 素 进行 排序 ， 或 将 元 素 作 为 散 列 映射 的 键 。 由 于 这 会 分 别 调用 Person.equals 和 Person. 
hashCcode， 所 以 当 出 现 两 个 人 同名 为 John Smith， 一 人 是 CEO， 另 一 人 在 收发 室 工作 时 ， 
就 会 出 现 异 常 行为 。 混 清 两 个 人 的 场景 经 党 发 生 ， 但 还 没有 经 常 到 能 够 很 容易 地 复 现 以 帮 
助 修复 这 个 bug 的 程度 | 

真正 的 问题 是 ， 我 们 继承 了 状态 属性 。 也 就 是 说 ， 我 们 在 本 例 中 使 用 继承 来 添加 状态 属性 
title 和 manager。 相 反 ， 继 承 相 同 状 态 属 性 的 行为 能 够 更 容易 地 实现 。 这 避免 了 刚刚 描述 
的 equals 和 hashCode 的 问题 。 

当然 ， 继 承 机 制 的 问题 存在 已 入。 如 今 ， 好 的 面向 对 象 设计 更 青睐 于 组 合 ， 而 不 是 继承 。 
因此 ， 我 们 选择 将 功能 单元 组 合 起 来 ， 而 不 是 构建 一 个 类 型 继承 结构 。 

我 们 在 下 一 章 将 看 到 : trait 使 得 Scala 的 组 合 比 Java 的 接口 更 容易 使 用 ， 至 少 在 Java 8 之 
前 是 这 样 。 在 这 本 书 中 ， 不 属于 “玩具 ”性质 的 实例 将 不 会 使 用 继承 来 增加 状态 。 幸 运 的 
是 ， 继 承 在 Scala 库 中 也 很 罕见 。 

因此 ，Scala 的 团队 可 以 选择 实现 对 子 类 友好 的 equals, hashCode fil toSstring， 但 这 在 支 
持 粳 糕 设计 时 会 增加 额外 的 复杂 度 。case 类 为 方便 且 简 单 的 域 类 型 提供 了 模式 匹配 和 实例 
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分 解 ， 但 支持 继承 结构 并 不 是 它们 的 目的 。 
当 使 用 继承 时 ， 建 议 遵循 以 下 规则 。 
(1) 一 个 抽象 的 基 类 或 trait， 只 被 下 一 层 的 具体 的 类 继承 ， 包 括 case 类 。 








(2 具体 类 的 子 类 永远 不 会 再 次 被 继承 ， 除 了 两 种 情况 : a 类 中 混入 了 定义 于 trait ( 见 
第 9 章 ) 中 的 其 他 行为 。 理 想 情况 下 ， 这 些 行为 应 该 是 正 交 的 ， 即 不 重 登 的 。 























b. 只 用 于 支持 自动 化 单元 测试 的 类 。 














(3) 当 使 用 子 类 继承 似乎 是 正确 的 做 法 时 ， 考 虑 将 行为 分 离 到 trait 中 ， 然 后 在 类 里 混入 这 





些 trait, 


(4) 切 勿 将 逻辑 状态 跨越 父 类 和 子 类 。 


对 最 后 一 条 中 的 “逻辑 "， 我 指 的 是 ， 我 们 可 能 有 一 些 私 有 的 ， 专 门 实现 的 状态 。 这 种 状 
态 不 影响 外 部 可 见 性 、 相 等 、 散 列 等 逻辑 。 例 如 : 我 们 的 库 中 可 能 有 某 些 集合 类 型 的 子 
类 ， 增 加 了 私有 的 字段 ， 用 于 实现 缓存 或 日 志 功 能 (此 时 通过 混和 人 trait 实现 该 特性 并 不 是 





一 个 好 的 选择 )。 








那么 ， 如 何 实现 Employee WE? 如 果 通 过 集成 Person 创建 Employee 不 太 好 ， 那 我 们 又 该 怎 
么 做 呢 ? 答案 取决 于 使 用 的 场景 。 如 果 我 们 正在 实现 一 个 人 力 资源 的 应 用 程序 ， 我 们 是 否 
还 需要 一 个 单独 的 Person 概念 ? 还 是 直接 将 Employee 声明 为 case 类 作为 基 类 使 用 呢 ? 进 
一 步 讲 ， 我 们 是 否 需要 为 此 提供 任何 类 型 ?如 果 我 们 正在 处 理 从 数据 库 查 询 得 到 的 结果 ， 
只 用 元 组 或 其 他 容器 来 保存 从 查询 返回 的 字段 是 否 就 足够 了 ? 我 们 是 否 可 以 省 掉 必须 声明 



















































































一 个 类 型 的 “仪式 ”? 








假设 我 们 的 确 需 要 区 分 Person 和 Employee 的 概念 。 以 下 是 我 的 一 种 实现 方式 : 


// src/main/scala/progscala2/basicoop/PersonEmployeeTraits.scala 
package progscala2.basicoop2 


//®@ 


case class Address(street: String, city: String, state: String, zip: String) 


object Address { 
def apply(zip: String) = 
new Address( 


//@ 


"Tunknown]", Address.zipToCity(zip), Address.zipToState(zip), zip) 


"Anytown" 
"CA" 


def zipToCity(zip: String) 
def zipToState(zip: String) 
} 


trait PersonState { 
val name: String 
val age: Option[Int] 
val address: Option[Address] 


// 在 这 定义 一 些 公共 的 方法 ? 
} 





case class Person( 
name: String, 
age: Option[Int] = None, 





fe 
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address: Option[Address] = None) extends PersonState 


trait EmployeeState { 


} 


val title: String 
val manager: Option[Employee] 


case class Employee( 


name: String, 

age: Option[Int] = None, 

address: Option[Address] = None, 
title: String = "[unknown]", 
manager: Option[Employee] = None) 


extends PersonState with EmployeeState 


© © 


© J Person 拥有 的 状态 (我们 希望 的 状态 ) E 





更 好 的 命名 。 


© 


虽然 一 致 性 增加 





© Employee case 类 。 
o 请 注意 ， 我 们 必须 为 Person 和 Employee 
(除非 我 们 真 的 需要 使 用 不 同 的 默认 值 )。 


需要 注意 ，Employee 不 再 是 Person 的 一 个 子 类 ， 但 它 是 PersonState 的 一 个 子 类 ， 因 


// © 
// @ 





因为 这 些 类 型 的 早期 版 本 已 经 定义 在 包 oop 中 了 ， 所 以 这 里 用 了 其 他 包 名 。 
此 前 ，Address 有 一 个 次 级 构造 器 。 ee 


一 个 trait。 你 可 以 挑 一 个 比 PersonState 


只 有 Person 实例 时 ， 使 用 这 个 case 类 来 实现 PersonState, 
© Xf Employee 采用 相同 的 做 法 ， 尽 管 在 这 里 声明 自 




















和 独 的 trait 和 case 类 没有 那么 大 用 处 。 
了 引入 单独 的 trait 和 case 类 的 “仪式 ”， 但 保持 一 致 性 有 其 可 取 之 处 。 


共享 的 字段 定义 两 次 默认 值 。 这 是 一 个 小 缺点 

















混入 了 该 trait。 另 外 ，EmployeeState 也 不 再 是 PersonState 的 子 类 。 图 8-1 中 的 类 图 说 明 
了 类 间 的 关系 。 
EmployeeState 
Employee 
& 8-1; PersonState、Person、EmployeeState 和 Employee 的 类 图 


注意 到 ，Person 和 Employee 都 混入 了 trait, {H Employee 并 非 从 其 他 具体 类 中 派生 。 


我 们 来 试 着 创建 几 个 对 象 : 


// src/main/scala/progscala2/basicoop/PersonEmployeeTraits.sc 
import progscala2.basicoop.{ Address, Person, Employee } 


val ceoAddress 


= Address("1 Scala Lane", 














"Anytown", "CA", "98765") 
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// 结果 : ceoAddress: oop2.Address = Address(1 Scala Lane,Anytown,CA,98765) 


val buckAddress = Address("98765") 
// 结果 : buckAddress: oop2.Address = Address([unknown],Anytown,CA, 98765) 


val ceo = Employee( 
name = "Joe CEO", title = "CEO", age = Some(50), 
address = Some(ceoAddress), manager = None) 
// 结果 : ceo: oop2.Employee = Employee(Joe CEO,Some(50), 
// Some(Address(1 Scala Lane,Anytown,CA,98765)),CEO,None) 


val ceoSpouse = Person("Jane Smith", address = Some(ceoAddress) ) 
// 结果 : ceoSpouse: oop2.Person = Person(Jane Smith,None, 
// Some(Address(1 Scala Lane,Anytown,CA,98765) )) 


val buck = Employee( 
name = "Buck Trends", title = "Zombie Dev", age = Some(20), 
address = Some(buckAddress), manager = Some(ceo)) 

// 结果 : buck: oop2.Employee = Employee(Buck Trends,Some(20), 


// Some(Address( [unknown] ,Anytown,CA,98765)),Zombie Dev, 
// Some(Employee(Joe CEO,Some(50) , 
// Some(Address(1 Scala Lane,Anytown,CA,98765)),CEO,None))) 


val buckSpouse = Person("Ann Collins", address = Some(buckAddress) ) 
// 结果 : buckSpouse: oop2.Person = Person(Ann Collins,None, 
// Some(Address( [unknown] ,Anytown,CA,98765) )) 























保 参 数 的 类 型 唯一 ， 来 避免 这 些 风 险 。 


现在 ， 你 对 trait 的 兴趣 已 经 被 激 起 。 我 们 会 在 后 面 的 章 中 深度 地 讨论 它 。 现 在 ， 我 们 需要 


mt 





讨论 面向 对 象 的 最 后 一 个 话题 。 


8.9 meee 


Scala UF MRE A HY A FE SL. Plan: 在 对 象 中 定义 类 型 转 义 的 异常 和 其 他 有 用 





的 类 型 ， 就 是 很 常见 的 做 法 。 以 下 是 一 个 数据 库 层 可 能 的 骨架 结构 : 


// src/main/scala/progscala2/basicoop/NestedTypes.scala 


object Database { //@ 
case class ResultSet(/*...*/) //@ 
case class Connection(/*...*/) // ° 


case class DatabaseException(message: String, cause: Throwable) extends 
RuntimeException(message, cause) 


sealed trait Status //@ 
case object Disconnected extends Status 
case class Connected(connection: Connection) extends Status 
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你 会 发 现 ， 我 在 好 儿 个 声明 中 都 用 了 命名 参数 。 当 一 个 构造 函数 器 或 其 他 方法 有 很 多 参数 
时 ， 我 喜欢 使 用 命名 参数 ， 以 清楚 地 表明 每 个 参数 的 意思 。 当 好 几 个 参数 为 同一 类 型 时 ， 


bug 可 以 很 容易 地 被 避免 ， 同 时 值 之 间 也 方便 切换 。 当 然 ， 你 应 该 通过 减少 参数 个 数 ， 确 





© © ® © 


© 


case class QuerySucceeded(results: ResultSet) extends Status 
case class QueryFailed(e: DatabaseException) extends Status 


} 


class Database { 
import Database._ 


def connect(server: String): Status = ??? //® 
def disconnect(): Status = ??? 


def query(/*...*/): Status = ??? 


数据 库 的 一 个 简单 接口 。 
封装 了 查询 结果 的 集合 。 我 们 把 不 关心 的 细节 省 略 了 。 
封装 了 连接 池 和 其 他 信息 。 
使 用 sealed 的 继承 结构 表示 状态 ， 所 有 允许 的 值 都 在 这 里 定义 。 当 实例 实际 上 不 携 
状态 信息 时 ， 使 用 case 对 象 。 这 些 对 象 表现 得 像 “标志 位 ”， 用 来 表示 状态 。 
22? 是 定义 在 Predef 中 的 真实 方法 。 它 会 抛 出 一 个 异常 ， 用 来 表示 某 一 方法 尚未 实现 
的 情况 。 该 方法 是 最 近 才 引入 Scala 库 的 。 
当 case 类 没有 用 任何 字段 表示 状态 信息 时 ， 考 虑 使 用 case 对 象 。 
当 方 法 还 正 处 在 开发 阶段 时 ，??? 方法 作为 占 位 符 十 分 有 用 。 因 为 这 样 可 以 
使 代码 通过 编译 。 问 题 是 你 设法 调用 那个 方法 ! 





at 
































关于 case 对 象 ， 我 发 现 了 一 个 “漏洞 ”; 


scala> case object Foo 
defined object Foo 


scala> Foo.hashCode 
res0: Int = 70822 


scala> "Foo". hashCode 
resi: Int = 70822 


显然 ， 为 case 对 象 生成 的 hashCode 方法 仅仅 将 对 象 的 名 称 做 了 散 列 。 而 对 象 的 包 像 对 象 的 
字段 一 样 被 忽略 了 。 这 意味 着 ， 当 需要 更 强 的 hashCode 方法 时 ，case 对 象 是 存在 风险 的 。 


当 需 要 更 强 的 hashCode 方法 时 ， 避 免 使 用 case 对 象 ， 例 如 : 对 象 是 基于 散 
列 运算 的 映射 或 集合 的 键 。 
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8.10 本 章 回顾 与 下 一 章 提要 


我 们 补充 上 了 关于 Scala 的 对 象 模 型 的 基础 知识 ， 包 括 构 造 、 继 承 和 类 型 的 舱 套 。 有 时 
我 们 其 至 把 话题 扯 远 ， 讨 论 到 在 Scala 或 任何 其 他 语言 中 ， 什 么 是 良好 的 面向 对 象 的 设 
计 问 题 。 

我 们 还 讨论 了 trait， 这 是 Scala 对 Java 接口 的 增强 版 。trait 是 组 合 各 部 分 行为 的 有 力 工具 ， 
它 避 免 了 使 用 继承 及 继承 带 来 的 缺点 。 在 下 一 章 中 ， 我 们 将 完成 对 trait 的 理解 ， 并 掌握 如 
何 使 用 trait 来 解决 各 种 设计 问题 。 


















































在 Java 中， 类 可 以 实现 任意 数量 的 接口 。 这 种 模型 非常 适用 于 声明 实现 了 多 个 抽象 的 类 。 
不 过 ， 这 类 模型 也 存在 一 个 明显 的 缺点 。 对 于 一 些 接口 而 言 ， 使 用 该 接口 的 所 有 类 使 用 了 
样板 代码 实现 接口 的 大 量 功能 。 

通常 ， 接 口中 定义 了 一 些 与 实现 类 中 的 其 他 成 员 无 关联 的 成 员 (这 些 成 员 具 有 “ 正 交 
性 ”)。 而 混入 (mixin) 一 词 便 适用 于 这 类 聚焦 的 、 可 重用 的 状态 和 行为 。 理 想 情况 下 ， 我 
们 应 单独 维护 这 些 公用 的 行为 ， 而 不 应 该 依赖 于 任何 使 用 这 些 行为 的 具体 类 型 。 


在 Java 8 诞生 之 前 ，Java 未 提供 用 于 定义 和 使 用 这 类 可 重用 代码 的 内 置 机 制 。 为 此 ，Java 
程序 员 必须 使 用 特定 的 方法 进行 复 用 某 一 接口 的 实现 代码 。 最 坏 的 情况 下 ， 开 发 人 员 必 须 
将 相同 的 代码 复制 粘贴 到 所 有 需要 这 一 功能 的 类 中 。 这 里 存在 一 个 略 好 一 些 但 谈 不 上 完美 
的 解决 方案 : 单独 编写 一 个 实现 了 该 行为 的 类 ， 原 始 类 中 会 保存 一 份 该 类 的 示例 并 负责 关 
支持 类 提供 代理 方法 调用 。 这 一 方案 能 够 解决 代码 复 用 的 问题 ， 但 也 添加 了 一 些 没有 必要 
的 额外 开销 ， 同 时 容易 导致 错误 的 样板 代码 。 


9.1 Java 8 中 的 接口 


Java 8 做 出 了 改变 。 现 在 我 们 可 以 在 接口 中 定义 方法 ， 这 些 方 法 被 称 为 defender 方法 或 默 
认 方 法 。 实 现 类 仍 可 以 提供 自己 的 实现 。 如 果实 现 类 未 提供 自己 的 实现 的 话 ，defender 方 
法 会 被 调用 。 因 此 ，Java 8 中 的 接口 行为 更 接近 于 Scala 中 的 trait。 


但 是 ，Java 8 中 的 接口 与 Scala 中 的 trait 仍 有 不 同 之 处 。Java 8 中 的 接口 只 能 定义 静态 字 
Et, mi Scala 中 的 trait 则 可 以 定义 实例 级 字段 。 这 意味 着 Java 8 中 的 接口 无 法 管理 实例 状 
态 。 接 口 实现 类 必须 提供 字段 以 记录 状态 。 这 也 意味 着 defender 方法 无 法 访问 接口 实现 体 的 
状态 信息 ， 从 而 限制 了 defender 方法 的 用 途 。 
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在 后 面 的 学 习 中 ， 请 思考 如 何 使 用 Java 8 中 的 接口 和 类 来 实现 trait 和 类 。 什 么 样 的 代码 能 


够 简单 地 迁移 到 Java 8， 而 什么 样 的 代码 又 不 能 呢 ? 


9.2 混入 trait 














为 了 能 够 理解 trait 在 模块 化 Scala 代码 的 作用 ， 我 们 首先 学 习 一 下 下 面 的 这 段 代 码 。 图 形 
用 户 界面 《GUI) 中 的 按钮 会 使 用 这 段 代 码 ， 当 点 击 事件 发 生 时 ， 这 段 代 码 会 通过 回调 机 








制 通知 客户 : 


// src/main/scala/progscala2/traits/ui/ButtonCallbacks.scala 
package progscala2.traits.ui 


class ButtonWithCallbacks(val label: String, 
val callbacks: List[() => Unit] = Nil) extends Widget { 


def click(): Unit = { 
updateUI() 
callbacks. foreach(f => f()) 
} 


protected def updateUI(): Unit = { /* 修改 GUI 页 面 样 式 */ } 
} 





object ButtonWithCallbacks { 


def apply(label: String, callback: () => Unit) = 
new ButtonWithCallbacks(label, List(callback) ) 


def apply(label: String) = 
new ButtonWithCallbacks(label, Nil) 
} 
Widget 是 一 个 “标记 ”特征 ， 我 们 之 后 会 对 该 ait 展开 讨论 。 


// src/main/scala/progscala2/traits/ui/Widget.scala 
package progscala2.traits.ut 


abstract class Widget 








点 击 按钮 之 后 将 触发 一 组 类 型 为 () => Unit (这 类 函数 完全 通过 副作用 产生 作用 ) 的 回调 


国 数 。 


ButtonWithCallbacks 类 有 两 大 职责 : 更 新 可 视界 面 样式 (我们 省 略 了 相关 代码 ) 和 处 理 回 



































调 行为 。 处 理 回 调 行为 包括 了 管理 一 组 回调 函数 以 及 点 击 按钮 后 调用 这 组 函数 。 





我 们 在 定义 类 型 时 应 尽量 做 到 职责 分 离 ， 这 样 才能 体现 单一 职责 原则 。 自 








一 职责 原则 认为 





每 个 类 型 都 应 该 只 做 一 件 事 ， 不 应 在 一 个 类 型 中 混杂 多 个 职责 。 





我 们 希望 能 将 按钮 相关 的 逻辑 从 回调 逻辑 中 抽 离 出 来 ， 这 样 一 来 这 两 类 逻辑 都 会 变 得 更 加 
简单 、 更 加 模块 化 ， 也 更 易于 测试 和 修改 ， 可 用 性 也 更 强 。 回 调 逻 辑 则 很 适用 于 实现 成 混 














入 结构 (mixin ) 。 
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我 们 将 使 用 trait 将 回调 逻辑 从 按钮 逻辑 中 抽 离 出 来 。 除 此 之 外 ， 我 们 会 对 逻辑 抽 离 方式 进 
行 简单 的 概括 。 实 际 上 ， 回 调 是 观察 者 设计 模式 的 一 类 特殊 应 用 。 因 此 ， 我 们 创建 了 两 个 
trait， 分 别 用 于 声明 观察 者 模式 中 的 主体 (Subject) 和 观察 者 (Observer), XPA trait 同 
时 还 实现 了 主体 和 观察 者 的 部 分 功能 。 之 后 我 们 会 运用 这 两 个 trait 处 理 回 调 行为 。 为 了 简 
化 起 见 ， 我 们 首先 使 用 一 个 简单 的 回调 方法 ， 统 计 按 钮 的 点 击 次 数 : 


// src/main/scala/progscala2/traits/observer/Observer.scala 
package progscala2.traits.observer 



































trait Observer[-State] { //@ 
def receiveUpdate(state: State): Unit 
} 
trait Subject[State] { //@ 
private var observers: List[Observer[State]] = Nil // 日 
def addObserver(observer:Observer[State]): Unit = // @ 
observers ::= observer //® 
def notifyObservers(state: State): Unit = // ® 
observers foreach (_.receiveUpdate(state) ) 
} 
@ 那些 希望 能 在 状态 发 生变 化 时 得 到 通知 的 客户 将 运用 这 一 trait。 这 些 客户 代码 必须 实现 
receiveUpdate 方法 。 
@ 那些 需要 向 观察 者 发 送 通知 的 主体 应 使 用 该 trait。 
@ 一 组 待 通知 的 观察 者 列表 。 由 于 该 列表 为 可 变 列 表 ， 因 此 非 线程 安全 。 
@ 用 于 添加 观察 者 的 方法 。 
O 该 表达 式 的 意思 是 ， 把 observer 对 象 安放 到 observers 列表 的 最 前 面 ， 并 将 新 生成 的 


FIRIR observers 列表 。 
@ 该 方法 会 向 观察 者 通知 状态 变更 。 
通常 ， 将 混入 了 Subject 特征 的 类 直接 设置 为 状态 类 型 参数 是 最 便捷 的 做 法 。 因 此 ， 一 旦 
某 一 对 象 的 notifyObservers 方法 被 调用 了 ， 该 实例 直接 将 自己 作为 参数 传人 即 可 ， 例 如 : 
直接 传人 this 对 象 。 


需要 注意 的 是 ， 由 于 Observer 特征 既 未 实现 它 所 声明 的 方法 ， 也 未 定义 其 他 任何 成 员 ， 在 
字 节 码 级 别 ， 该 trait 实际 上 与 Java 8 之 前 的 接口 是 完全 等 同 的 。 由 于 缺少 方法 实现 体 明显 
是 一 个 抽象 对 象 ， 因 此 我 们 不 需要 使 用 abstract 关键 字 。 不 过 在 声明 那些 包含 了 未 实现 方 
法 体 的 抽象 类 时 ， 我 们 必须 使 用 abstract 关键 字 ， 例 如 : 
trait PureAbstractTrait { 
def abstractMember(str: String): Int 


} 





























abstract class AbstractClass { 
def concreteMember(str: String): Int = str.length 
def abstractMember(str: String): Int 


} 
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包含 抽象 方法 的 trait 并 不 需要 声明 为 抽象 对 象 ， 无 需 在 trait 关键 字 之 前 添加 
abstract 关键 字 。 但 是 ， 那 些 包 含 一 个 或 多 个 未 定义 方法 的 类 则 必须 声明 为 
抽象 类 。 








我 们 继续 对 该 示例 进行 讲解 。 由 于 observers 列表 是 可 变 对 象 ， 因 此 下 面 两 个 表达 式 是 等 
价 的 。 


observers ::= observer 
observers = observer :: observers 


现在 ， 我 们 将 定义 一 个 简化 的 Button 类 : 


// src/main/scala/progscala2/traits/ui/Button.scala 
package progscala2.traits.ui 














class Button(val label: String) extends Widget { 
def click(): Unit = updateUI() 


def updateUI(): Unit = { /* 本 方法 包含 了 GUI 样式 的 修改 逻辑 */ } 
} 
Button 类 非常 简单 ， 它 只 负责 一 件 事 情 一 一 处 理 点 击 事件 。 
下 面 我 们 将 使 用 Subject 特征 。0bservableButton 类 是 Button 类 的 子 类 ， 我 们 在 该 类 中 混 
入 了 Subject 特征 : 


// src/main/scala/progscala2/traits/ui/ObservableButton.scala 
package progscala2.traits.ui 
import progscala2.traits.observer._ 




















class ObservableButton(name: String) // 
extends Button(name) with Subject[Button] { // 


override def click(): Unit = { 
super .click() //@ 
notifyObservers(this) // ® 
} 
} 


@ Button 类 的 子 类 ， 该 类 混入 了 “可 被 观察 ”特性 。 

@ ObservableButton 类 继承 了 Button 类 ， 并 混入 了 Subject 特征 。 该 类 使 用 Button 类 型 
作为 Subject 特征 的 类 型 参数 ， 在 Subject 特征 声明 中 ， 该 类 型 参数 名 为 State。 

O 为 了 能 够 通知 观察 者 ， 我 们 需要 履 写 click 方法 。 假 如 存在 其 他 受 状态 变化 影响 的 方 
法 ， 我 们 同样 需要 履 写 这 些 方法 。 

@ 首先 ， 调 用 父 类 的 click 方法 执行 正常 的 GUI 更 新 逻辑 。 

O 通知 观察 者 们 ， 将 this 对 象 作为 State 传递 给 notify0bservers 方法 。 在 当前 场景 中 ， 
除了 按钮 点 击 事件 之 外 ， 不 会 发 生 其 他 事件 。 
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我 们 试 着 运行 下 列 脚本 : 


// src/main/scala/progscala2/traits/ui/button-count-observer.sc 
import progscala2.traits.ui._ 
import progscala2.traits.observer._ 


class ButtonCountObserver extends Observer[Button] { 
var count = 0 
def receiveUpdate(state: Button): Unit = count += 1 


} 

val button = new ObservableButton("Click Me!") 
val bco1 = new ButtonCountObserver 

val bco2 = new ButtonCountObserver 


button addObserver bco1 
button addObserver bco2 


(1 to 5) foreach (_ => button.click()) 


assert(bco1.count == 5) 
assert(bco2.count == 5) 


该 脚本 声明 了 一 个 观察 者 类 型 ButtonCount0bserver ， 该 类 型 负责 统计 点 击 的 次 数 。 之 后 我 
们 创建 了 两 个 ButtonCountObserver 实例 以 及 一 个 ObservableButton 对 象 ， 这 两 个 实例 都 
被 注册 为 按钮 的 观察 者 。 之 后 该 脚本 点 击 了 五 次 按钮 ， 并 使 用 Predef 中 定义 的 assert 方 
法 验证 每 个 观察 者 统计 的 数量 是 否 为 5。 


假设 我 们 只 需要 一 个 ObservableButton 实例 ， 那 么 我 们 并 不 需要 单独 声明 一 个 混入 了 我 
们 所 需 trait 的 类 ， 只 需要 声明 一 个 Button 对 象 ， 并 “凭空 ”为 这 个 对 象 注 入 Subject 特 
征 即 可 : 

// src/main/scala/progscala2/traits/ui/button-count-observer2.sc 


import progscala2.traits.ui._ 
import progscala2.traits.observer._ 














val button = new Button("Click Me!") with Subject[Button] { 


override def click(): Unit = { 
super .click() 
notifyObservers(this) 
} 
} 


class ButtonCountObserver extends Observer[Button] { 
var count = 0 
def receiveUpdate(state: Button): Unit = count += 1 


} 
val bco1 = new ButtonCountObserver 
val bco2 = new ButtonCountObserver 


button addObserver bco1 
button addObserver bco2 
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(1 to 5) foreach (_ => button.click()) 


assert(bco1.count == 5) 
assert(bco2.count == 5) 
println("Success!") 





与 之 前 的 实现 不 同 ， 我 们 在 声明 Button) A Re AS A AR, he Ae ik T 
Subject[Button] 实例 。 这 与 Java 中 初始 化 某 一 实现 了 接口 的 匿名 类 的 做 法 较为 相似 ， 但 
Scala 提供 了 更 多 的 灵活 性 。 























如 果 待 声明 的 类 未 扩展 其 他 类 ， 而 只 是 混 人 了 一 些 trait， 那 么 无 论 如 何 你 必 
须 使 用 extend 关键 字 ， 并 将 其 用 于 第 一 个 trait， 而 在 其 他 的 trait 之 前 使 用 
with 关键 字 。 但 是 ， 如 果 你 想 在 实例 化 某 一 类 型 时 混入 trait 声明 ， 请 在 所 
有 的 trait 之 前 添加 with REF. 

















在 8.8 节 中 ， 我 推荐 了 一 些 适用 于 子 类 化 (subclassing) 的 苛刻 规则 。 接 下 来 我 们 查看 它们 
是 否 违 背 7 了 这些“ 规则 ”。 


一 个 抽象 的 基 类 或 trait， 只 被 下 一 层 的 具体 的 类 继承 ， 包 揪 case 类 

在 这 个 例子 中 ， 我 们 并 未 使 用 抽象 基 类 。 

具体 类 的 子 类 永远 不 会 再 次 被 继承 ， 除 了 两 种 情况 : (1) 类 中 混入 了 定义 于 trait 中 的 其 
他 行为 

尽管 Button 类 及 它 的 子 类 ObservableButton 类 都 是 具体 类 ， 但 后 者 混入 了 trait 中 的 某 
些 行为 。 

具体 类 的 子 类 永远 不 会 再 次 被 继承 ， 除 了 两 种 情况 : (2) 只 用 于 支持 自动 化 单元 测试 的 类 
此 处 不 适合 该 规则 。 

当 使 用 子 类 继承 可 能 是 正确 的 做 法 时 ， 考 虑 将 行为 分 离 到 trait 中 ， 然 后 在 类 里 混入 这 
些 trait 

我 们 正 是 这 样 做 的 ! ! 

切 勿 将 还 辑 状态 跨越 父 类 和 子 类 

按钮 或 其 他 UI 小 部 件 中 的 逻辑 可 视 状态 与 通知 相关 的 内 部 机 制 没 有 任何 交集 。 因 此 
我 们 仍然 将 UI 状态 封装 在 Button 对 象 中 ， 与 观察 者 模式 相关 的 状态 则 封装 在 State 
特征 中 。 




















9.3 可 堆肥 的 特征 


我 们 可 以 通过 进一步 地 改进 方案 来 提高 代码 的 可 重用 性 ， 使 代码 能 同时 使 用 多 个 trait， 例 
如 “堆积 ”特征 。 
“可 点 击 ” 性 并 非 仅 限于 图 形 用 户 界 面 中 的 按钮 。 因 此 我 们 需要 抽象 出 “可 点 击 ” 这 一 多 


辑 。 我 们 可 以 把 该 逻辑 放 到 Button 的 父 类 (目前 还 只 是 个 空 类 型 ) Widget 类 中 。 不 过 并 
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不 是 所 有 的 GUI 小 部 件 都 需要 接受 点 击 事件 ， 为 此 我 们 引入 了 另外 一 个 trait Clickable, 


// src/main/scala/progscala2/traits/ui2/Clickable.scala 
package progscala2.traits.ui2 //@ 





trait Clickable { 
def click(): Unit = updateUI() //@ 


protected def updateUI(): Unit // ® 
} 


@ 我 们 在 traits.ui 包 中 已 经 实现 了 这 些 类 型 ， 所 以 此 处 使 用 了 一 个 新 的 包 名 。 

@ click 方法 是 public 方法， 此 处 定义 了 该 方法 的 具体 实现 ，updateUI 方法 将 代理 该 
方法 。 

© updateUI 方法 既是 protected 方法 ， 也 是 抽象 方法 。Clickable 特征 的 实现 类 将 负责 提供 
适当 的 实现 逻辑 。 

由 于 Button 示例 中 使 用 某 一 protected 方法 会 对 点 击 事件 进行 代理 ， 所 以 我 们 无 需 为 该 示 

例 引 入 Clickable 这 个 简单 接口 。 不 过 考虑 到 将 公共 抽象 从 具体 实现 细节 中 分 离 出 来 是 一 

个 很 好 的 惯用 方法 ， 我 们 还 是 将 它们 融合 到 了 一 起 。 这 也 是 “四 人 组 ”设计 模式 中 所 描述 

的 模版 方法 模式 (template method pattern) 的 一 个 简单 示例 。 

下 面 列 出 了 使 用 clickable 特征 重 构 后 的 按钮 定义 : 


// src/main/scala/progscala2/traits/ui2/Button.scala 
package progscala2.traits.ui2 
import progscala2.traits.ui.Widget 














7 














class Button(val label: String) extends Widget with Clickable { 


protected def updateUI(): Unit = { /* 修改 GUI 样式 的 逻辑 代码 */ } 
} 
IÆ, Observation 特征 应 该 依附 于 Clickable 特征 ， 而 不 再 是 之 前 的 Button 类 。 假 如 按照 
这 种 方式 对 代码 进行 重 构 ， 我 们 就 不 需要 再 关心 如 何 观察 按钮 事件 。 但 是 由 于 我 们 确实 需 
要 观察 像 点 击 这 样 的 事件 ， 为 此 我 们 引入 了 仅 用 于 观察 Clickable 事件 的 trait: 
// src/main/scala/progscala2/traits/ui2/0bservableClicks.scala 


package progscala2.traits.ui2 
import progscala2.traits.observer._ 

















trait ObservableClicks extends Clickable with Subject[Clickable] { 
abstract override def click(): Unit = { // © 
super.click() 
notifyObservers(this) 


} 
} 


@ if ME abstract override 这 些 关 键 字 ， 我 们 稍 后 会 讨论 它们 。 


该 实现 与 之 前 的 ObservableButton 示例 的 实现 非常 相似 。 两 者 的 关键 区 别 点 在 于 abstract 
关键 字 。 在 之 前 的 示例 中 ， 我 们 只 使 用 了 override 关键 字 。 
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我 们 再 仔细 观察 一 下 click 方法 ， 该 方法 调用 了 super.click() 方法 。 但 是 super 指 的 是 什 
么 对 象 呢 ? 在 这 个 示例 中 ，super 只 能 指向 Clickable 特征 或 Subject 特征 。Clickable 特 
征 只 是 声明 了 Click 方 法， 并 未 定义 Click Fik. mi Subject 特征 则 根本 没有 声明 该 方法 。 
ae super 并 未 绑 定 某 一 真实 示例 ， 至 少 当前 未 绑 定 。 这 也 是 为 什么 需要 使 用 abstract 

关键 字 的 原因 。 


事实 上 ， 当 我 们 将 该 rait 混入 到 像 Button 这 种 定义 了 Click 方法 的 具体 实例 中 时 ，super 
便 绑 定 了 该 实例 。abstract 关键 字 提 醒 编 译 器 (和 读者 ) : 尽管 ObservableClicks.click 
方法 提供 了 方法 体 ， 但 click 方法 并 没有 完全 实现 。 

只 有 在 满足 下 面条 件 的 情况 下 ， 我 们 才 应 在 trait 中 定义 的 某 一 方法 之 前 添加 
abstract 关键 字 : 该 方法 调用 了 super 对 象 中 的 另 一 个 方法 ， 但 是 被 调用 的 

这 个 方法 在 该 trait 的 父 类 中 尚未 定义 具体 的 实现 方法 。 




















下 面 ， 我 们 将 联合 ObservableClicks 特征 ，Button 对 象 及 定义 在 Button 类 中 的 有 具体 的 
click 方法 一 起 工作 : 


// src/main/scala/progscala2/traits/ui2/click-count-observer.sc 
import progscala2.traits.ui2._ 
import progscala2.traits.observer._ 


// 无 需 覆 写 Button 对 象 的 cLick 方 法 。 
val button = new Button("Click Me!") with ObservableClicks 


class ClickCountObserver extends Observer[Clickable] { 
var count = 0 
def receiveUpdate(state: Clickable): Unit = count += 1 


} 
val bcol = new ClickCountObserver 
val bco2 = new ClickCountObserver 


button addObserver bcol 
button addObserver bco2 


(1 to 5) foreach (_ => button.click()) 


assert(bco1.count == 5, s"bco1.count ${bco1.count} ! 
assert(bco2.count == 5, s"bco2.count ${bco2.count} ! 
println("Success!") 


请 注意 ， 假 如 希望 观察 点 击 事 件 ， 我 们 无 需 履 写 click 方法 ， 直 接 声明 一 个 Button 实例 
并 混入 ObservableClicks 特征 便 可 。 不 仅 如 此 ， 即 便 我 们 不 希望 观察 点 击 事件 ， 通 过 混入 
Clickable 特征 ， 我 们 还 是 可 以 构造 出 只 支持 点 击 操作 的 GUI 对 象 。 

尽管 这 种 通过 混入 trait 实现 细 粒 度 组 合 的 功能 非常 强大 ， 不 过 它 有 可 能 会 被 过 度 使 用 。 


。 使 用 过 多 的 trait 会 降低 编译 速度 ， 这 是 因为 编译 器 需要 做 一 些 额 外 的 工作 来 合成 输出 
的 字 市 码 。 


5") 
5") 














。 类 库 用 户 在 阅读 代码 或 Scaladoc 时 ,会 惊讶 地 发 现代 码 和 文档 中 存在 一 长 串 的 trait 列表 。 


最 后 ， 在 示例 即将 结束 之 际 ， 我 们 再 添加 一 个 trait。“JavaBean 规范 ”(JavaBean 
specification) 提出 了 “可 否决 ”事件 (vetoable event) 的 思想 。 这 一 思想 使 得 JavaBean 状 
态 变 化 的 监听 者 能 否决 这 一 变更 。 iene trait 实现 相 类 似 的 功能 :“ 否 决 ”连续 点 
击 事件 。 你 可 以 把 该 功能 想象 成 阻止 用 户 连 续 误 点 某 一 按钮 而 触发 某 一 爹 融 交 易 。 下 面 列 
出 了 我 们 所 实现 的 VetoableClick 特征 : 
// src/main/scala/progscala2/traits/ui2/VetoableClicks.scala 


package progscala2.traits.ui2 
import progscala2.traits.observer._ 





= 





trait VetoableClicks extends Clickable { // 0 
// 默认 的 允许 点 击 数 。 
val maxAllowed = 1 //@ 


private var count = 0 


abstract override def click() = { 
if (count < maxAllowed) { // ©® 
count += 1 
super .click() 
} 
} 
} 


@ ik trait 同样 继承 了 Clickable 特征 。 
@ 允许 点 击 的 最 大 数量 。( 如 果 能 提供 “ 重 置 ”机 制 ， 那 就 对 用 户 更 有 帮助 了。) 
© 一 旦 点 击 数 量 超 过 了 允许 值 (从 0 开始 计数 )， 后 续 点 击 事件 便 不 会 传递 给 super 对 象 。 
请 注意 naxALLowed 被 声明 成 了 val 数值 ， 且 注释 进一步 说 明了 maxallowed 的 当前 “默认 ” 
值 ， 这 表明 naxALLowed 的 值 是 可 以 被 修改 的 。 那 么 如 何 修改 这 个 val 值 呢 ? 我 们 可 以 在 混 
入 了 该 trait 的 类 或 其 他 trait 中 履 写 该 值 。 在 下 面 示例 中 ， 我 们 在 使 用 了 ObservableClicks 
和 VetoableClicks 特征 的 对 象 中 将 该 值 重 新 设置 为 2。 

// src/main/scala/progscala2/traits/ui2/vetoable-click-count-observer.sc 


import progscala2.traits.ui2._ 
import progscala2.traits.observer._ 

































































// No override of "click" in Button required. 


val button = 
new Button("Click Me!") with ObservableClicks with VetoableClicks { 
override val maxALlowed = 2 //@ 
} 
class ClickCountObserver extends Observer[Clickable] { //@ 


var count = 0 
def receiveUpdate(state: Clickable): Unit = count += 1 


} 
val bcol = new ClickCountObserver 
val bco2 = new ClickCountObserver 
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button addObserver bco1 
button addObserver bco2 


(1 to 5) foreach (_ => button.click()) 


assert(bcol.count == 2, s"bco1.count ${bco1.count} ! 
assert(bco2.count == 2, s"bco2.count ${bco2.count} ! 
println("Success!") 


@ #5 maxAllowed 的 值 ， 将 该 值 设置 为 2。 
@ 和 之 前 一 样 ， 此 处 使 用 了 相同 的 ClickObserver xf, 
© 请 注意 ， 尽 管 按 钮 的 实际 点 击 数 为 5， 但 此 处 预计 显示 的 点 击 数 现 在 是 2。 
试 着 进行 下 面 这 个 实验 ， 切 换 一 下 声明 button 变量 时 指定 trait 的 顺序 : 

val button = new Button("Click Me!") with VetoableClicks with ObservableClicks 
执行 这 段 代 码 后 会 发 生 什 么 呢 ? 
这 段 代 码 无 法 通过 断言 ， 此 时 观察 到 的 点 击 数 是 5， 而 不 是 我 们 所 期 望 的 2。 
MIRER — HE, RIIE click 方法 同样 进行 了 层 层 封装 并 实现 了 三 种 实现 方式 。 那 么 问题 
来 了 ， 假 如 我 们 同时 混和 人 了 VetoableClicks 和 ObservableClicks 特征 ， 系 统 会 首先 调用 


这 三 个 方法 中 的 哪个 呢 ? 声明 顺序 决定 调用 的 顺序 ， 系 统 将 按照 从 右 到 左 的 顺序 调用 这 些 
方法 。 


下 面 的 伪 代 码 解 释 了 每 个 例子 里 的 方法 调用 结构 : 


// new Button("Click Me!") with VetoableClicks with ObservableClicks 


2") // ® 
2") 






































def ObservableClicks.click() = { 


if (count < maxAllowed) { // super.click => VetoableClicks.click 
count += 1 
{ 
updateUI() // super.click => Clickable.click 
} 
} 


notifyObservers(this) 


} 
// new Button("Click Me!") with ObservableClicks with VetoableClicks 


def VetoableClicks.click() = { 
if (count < maxAllowed) { 


count += 1 
{ // super.click => ObservableClicks.click 
{ 
updateUI() // super.click => Clickable.click 
} 
notifyObservers(this) 
} 








在 第 一 个 例子 中 ， 由 于 我 们 最 后 才 声 明 ObservableClicks 特征 ， 因 此 Clickable.click 方 
法 仍然 是 可 否决 的 ， 但 观察 者 能 知晓 所 有 点 击 事件 的 发 生 。 假 如 观察 者 希望 只 收 到 未 否决 
点 击 事件 的 通知 ， 你 可 以 将 该 行为 视 为 程序 错误 。 


在 第 二 个 例子 中 ，Vetoableclick 特征 位 于 声明 序列 的 最 后 端 ， 由 于 否决 事件 的 逻辑 封装 
了 其 他 所 有 的 click 方法 ， 因 此 只 有 当 点 击 事件 未 被 否决 时 ，updateUI 和 notifyObservers 
方法 才 会 被 调用 。 


Scala 使 用 线性 化 (linearization) 算法 解决 具体 类 继承 树 中 trait 和 类 的 优先 级 问题 。 这 两 
类 的 按钮 实现 都 很 直观 。trait 优先 级 遵循 从 右 到 左 的 原则 ， 而 按钮 本 身 的 代码 体 ， 例 如 : 
履 写 maxALLowed 值 的 代码 会 最 后 被 估 值 。 


我 们 会 在 11.7 刷 详 细 地 讨论 线性 化 算法 如 何 处 理 其 他 更 加 复杂 的 声明 。 


9.4 ”构造 trait 
尽管 trait 定义 体 起 到 了 主 构造 函数 的 作用 ， 不 过 trait 主 构造 函数 并 不 允许 为 其 提供 参数 列 
表 ， 而 你 也 无 法 为 其 定义 辅助 构造 函数 。 


在 上 一 市 的 示例 中 ， 我 们 发 现 trait 是 可 以 继承 其 他 的 特征 的 。trait 同样 也 可 以 继承 自 类 。 
不 过 ，trait 无 法 向 其 父 类 构造 函数 传递 参数 ， 字 面 量 参 数 也 不 例外 。 因 此 ，trait 只 能 扩展 
自 那 些 包 含 了 无 参 主 构造 国 数 或 无 参 辅助 构造 国 数 的 类 。 
不 过 ， 就 像 类 一 样 ， 每 次 创建 使 用 了 trait 的 实例 时 ， 特 征 体 都 会 被 执行 。 下 面 的 脚本 证 实 
了 这 一 点 


// src/main/scala/progscala2/traits/trait-construction.sc 














































































































trait T1 { 
println(s" in T1: x = $x") 
val x=1 
println(s" in T1: x = $x") 


trait T2 { 
println(s" in T2: y = Sy") 
val y="T2" 
println(s" in T2: y = Sy") 
} 


class Base12 { 
println(s" in Base12: b = $b") 
val b="Base12" 
println(s" in Base12: b = $b") 
} 


class C12 extends Base12 with T1 with T2 { 
println(s" in C12: c = $c") 
val c="C12" 
println(s" in C12: c = $c") 

} 
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println(s"Creating C12:") 
new C12 
println(s"After Creating C12") 


执行 该 脚本 会 输出 下 列 内 容 : 


Creating C12: 
in Base12: 
in Base12: 
in T1: x 
in T1: x 
in T2: y 
in T2: y 
in €12¢ Cz: nutl 
in C12: =: C12 

After Creating C12 


我 们 在 脚本 中 定义 了 C12 类 的 基 类 Base12。 运 行 脚 本 时 会 首先 执行 Base12 类 ， 之 后 再 执行 
T1 和 T2 特征 体 ( 依 声明 顺序 从 左 到 右 的 执行 trait)， 最 后 才 是 C12 类 体 。 


T1 和 1T2 中 printtn 语句 的 执行 顺序 看 上 去 与 之 前 Clickable 示例 中 的 顺序 相反 。 而 实际 
上 ， 它 们 的 顺序 是 一 致 的 。 我 们 在 这 个 示例 中 对 初始 化 顺序 进行 了 追踪 ， 发 现 它 是 按照 从 
左 到 右 的 顺序 执行 初始 化 的 。 


如 果 我 们 在 声明 按钮 时 依次 输入 了 with VetoableClicks with ObservableClicks 语句 ， 这 
意味 着 我 们 首先 将 click 方法 定义 为 了 VetoableClicks.click 方 法， 而 该 方法 会 调用 此 时 
尚未 实现 的 super.click 方法 。 紧 接着 Scala 将 执行 ObservableClicks 特征 体 。 在 执行 过 
程 中 ，VetoableClicks.click 方法 会 被 新 的 click 方法 所 履 写 ， 不 过 由 于 ObservableClicks 
同样 会 调用 super.click 方 法， 该 方法 会 调用 VetoableClicks.click 方 法 。 最 后 ， 由 于 
ObservableClick 继承 了 Clickable 特征 ， 而 该 trait 提供 了 具体 的 click 方法 ， 这 样 一 来 ， 
VetoableClicks.click 方法 调用 super.click 方法 时 便 会 调用 该 click FES. 


因此 ， 尽 管 我 们 无 法 向 trait 传递 构造 参数 ， 但 我 们 可 以 在 特征 体 中 初始 化 字段 、 方 法 和 类 
型 。 线 性 化 算法 则 允许 声明 中 后 续 列 出 的 trait 或 类 覆 写 这 些 定义 。 假 如 某 个 trait 或 抽象 父 
类 中 存在 某 些 抽 象 成 员 ， 后 续 出 现 的 trait 或 类 必须 对 这 些 成 员 进行 定义 。 这 是 因为 具体 类 
中 不 允许 出 现任 何 抽象 成 员 。 


请 不 要 在 trait 中 声明 那些 无 法 在 初始 化 时 指定 合适 默认 值 的 具体 字段 。 如 
果 需 要 声明 这 类 字段 ， 请 使 用 抽象 字段 ， 或 者 将 该 trait 改 成 含有 构造 函数 
的 类 。 当 然 ， 对 于 那些 不 包含 状态 信息 的 trait 而 言 ， 初 始 化 时 不 会 遇 到 这 


些 问题 。 






































9.5 ”选择 类 还 是 trait 


对 于 某 些 “概念 ”而 言 ， 应 该 使 用 trait 来 表示 ， 还 是 使 用 类 来 表示 呢 ? 考虑 这 一 问题 
时 ， 请 牢记 一 点 : trait 是 Scala 实现 混和 人 的 方法 ， 它 适用 于 大 多 数 的 “辅助 ”行为 。 假 如 
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你 发 现 某 一 特定 的 trait 在 大 多 数 时 候 都 被 用 作 其 他 类 的 父 类 ， 那 么 这 些 子 类 表现 得 就 像 
(behave as) 这 个 父 特征 一 样 。 为 了 使 逻辑 关系 更 加 清晰 ， 此 时 你 应 该 考虑 是 否 要 把 这 个 
trait 修改 为 类 。( 在 这 里 ， 我 们 并 未 使 用 is a 来 表示 子 类 与 父 特征 的 关系 ， 而 是 用 了 behave 
as 一 词 。 这 是 因为 根据 里 氏 赫 换 原则 ，is a 更 适用 于 表示 类 的 继承 关系 定义 。) 

良好 的 面向 对 象 设计 需要 遵循 下 列 的 通用 原则 ， 一 旦 完成 构造 过 程 ， 该 实例 便 应 一 直 处 于 
某 种 已 知 的 合法 状态 中 。 


96 ”本 章 回顾 与 下 一 章 提要 


在 本 章 中 ， 我 们 学 习 了 如 何 使 用 trait 封装 类 及 通过 trait 如 何 共享 类 之 间 的 横 切 关注 点 
(cross-cutting cocern) 。 我 们 也 谈 到 了 使 用 trait 的 时 机 和 方法 ， 并 讲解 了 如 何 “ 炙 加 ”多 个 
trait 以 及 初始 化 trait 内 值 的 相关 规则 。 


在 后 面 儿童 中 ， 我 们 将 深入 学 习 Scala 对 象 系统 和 类 层次 结构 ， 会 特别 关注 容器 对 象 。 
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Scala HRR (I) 








我 们 对 Scala 面向 对 象 的 实现 已 经 有 了 一 定 的 掌握 。 在 本 章 中 ， 我 们 将 讨论 标准 库 类 型 层 
次 结构 的 更 多 详细 信息 ， 并 深入 探索 其 中 的 一 些 类 型 ， 如 Predef 。 
但 是 ， 在 讨论 标准 库 类 型 之 前 ， 我 们 首先 来 讨论 一 下 被 称 为 继承 转化 (variance under 
inheritance) 的 重要 特性 。 在 本 章 的 最 后 ， 我 们 将 讨论 对 象 相 等 。 


10.1 参数 化 类 型 : 继承 转化 


Scala 参数 化 类 型 和 Java 参数 化 类 型 (在 Java 中 ， 通 常 称 为 泛 型 ，generic) 的 一 个 重要 区 
别 在 于 ， 继 承 差异 机 制 如 何 工作 。 


假设 一 个 方法 带 有 的 参数 类 型 为 List[AnyRef]， 你 可 以 传 入 List[String] 四? 换 句 话说 ， 
List[String] 是 否 应 该 被 看 作 是 List[AnyRef] 的 一 个 子 类 型 呢 ? 如 果 是 ， 这 种 转化 称 为 协 
X (covariance)。 因 为 容器 〈 被 参数 化 的 类 型 ) 的 继承 关系 与 参数 类 型 的 继承 关系 的 “ 方 
向 一 致 ”。 

同样 存在 类 型 是 逆 变 (contravariant) 的 ， 对 于 特定 类 型 X，X[Sstring] 是 X[Any] 的 父 类 。 


如 果 参 数 化 类 型 既 不 是 协 变 的 ， 也 不 是 逆 变 的 ， 我 们 称 之 为 非 转 化 (invariant) 的 。 相 反 
地 ， 有 的 参数 化 类 型 可 以 同时 拥有 两 种 或 两 种 以 上 的 这 类 属性 。 

Java 和 Scala 均 支 持 协 变 ， 逆 变 和 非 转化 类 型 。 然 而 ， 在 Scala 中 ， 转 化 行为 的 定义 是 类 型 
声明 的 一 部 分 ， 称 为 转化 标记 (variance annotation), Fe HEA + 来 表示 协 变 类 型 ， 使 用 - 
表示 逆 变 类 型 ， 非 转化 类 型 不 需要 添加 标记 。 换 句 话 说 ， 类 型 的 设计 者 决定 该 类 型 在 继承 
体系 中 如 何 进 行 转化 。 

以 下 是 几 个 声明 示例 (很 快 我 们 就 会 接触 真正 的 类 型 定义 ) : 
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class W[+A] {...} // 协 变 
class X[-A] {...} // E% 


class Y[A] {...} // 非 转化 
class Z[-A,B,+C] {...} // 混合 


相反 ，Java 中 参数 化 的 类 型 在 定义 时 并 未 声明 继承 转化 行为 ， 而 是 在 使 用 该 类 型 时 ， 也 就 
是 在 声明 变量 时 ， 才 指定 参数 化 类 型 的 转化 行为 。 


K 10-1 总 结 了 Java 和 Scala 中 的 三 种 转化 标记 及 其 意义 。 其 中 Tsup 是 工 的 父 类 ， 而 Tsub 
是 工 的 子 类 。 


表 10-1: 类 型 的 转化 标记 及 其 意义 











Scala Java 描 R 

+T ? extends T 协 变 (如 Listi[T a] 是 List[T] 的 子 类 ) 

ai ? super T wey (An X(T] 是 x[T] 的 子 类 ) 

T T 非 转 化 继承 (不 能 用 YET] IX YET] 代替 Y[T] ) 





回 到 List 的 讨论 ，Scala 的 List 实际 上 被 声明 为 List[+A]， 意 味 着 List[string] 是 
List[AnyRef] 的 子 类 ， 所 以 对 于 类 型 参数 A，List 是 协 变 的 。 当 List 只 有 一 个 协 变 的 类 型 
参数 时 ， 你 会 经 常 听 到 一 种 简称 ， 即 “列表 是 协 变 的 "。 相 应 地 ， 对 于 逆 变 类 型 也 有 类 似 
的 叫 法 。 


协 变 和 非 转化 类 型 是 容易 理解 的 ， 那 么 赣 变 类 型 呢 ? 


10.1.1 Hood 下 的 函数 


逆 变 的 最 好 例子 是 一 组 trait FunctionN， 例 如 : scala.Function2 (http://www.scala-lang.org/ 
api/current/scala/Function2.html) ， 其 中 N 是 一 个 介 于 0 和 ?22 ( 含 22) 之 间 的 数字 ， 并且 与 
函数 所 带 的 参数 个 数 相 对 应 。Scala 使 用 这 些 trait 来 实现 匿名 函数 。 
我 们 在 本 书 中 一 直 在 使 用 匿名 函数 ， 匿 名 函数 也 称 为 函数 字面 量 。 例 如 : 

List(1, 2, 3, 4) map (i => i + 3) 

// 结果 : List(4, 5, 6, 7) 
国 数 表 达 式 1 => i + 3 实际 上 是 一 个 语法 糖 ， 编 译 器 将 其 转化 为 scala.Function1 (http:// 
www.scala-lang.org/api/current/scala/Function1.html) 的 匿名 子 类 ， 其 实现 如 下 所 示 : 




















val f: Int => Int = new Functioni[Int,Int] { 
def apply(i: Int): Int = i+ 3 


List(1, 2, 3, 4) map (f) 
// 结果 : List(4, 5, 6, 7) 


当 对 象 后 面 跟 上 参数 列表 时 ， 就 会 调用 默认 的 apply 函数 。 这 一 约定 源 于 函 
数 应 用 (function application) 的 思想 。 例 如 : 一 旦 定义 了 f， 我 们 就 通过 指 
定 参 数列 表 的 方式 调用 它 ， 如 f(1)。 实 际 上 f(1) 是 f.apply(1)。 
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从 历史 上 看 ，JVM 不 允许 字 节 码 中 出 现 “ 裸 ” 国 数 。 一 切 都 必须 包装 在 对 象 中 。Java 的 最 
近 版 本 ， 特 别 是 Java 8， 放 宽 了 这 种 限制 ， 但 为 了 使 Scala 还 能 在 旧版 本 的 JVM 中 工作 ， 
编译 器 会 将 匿名 国 数 转 为 Function 特征 的 匿名 子 类 。 在 Java 项 目 中 ， 你 或 许 已 经 为 Java 
的 接口 写 过 很 多 这 样 的 匿名 子 类 了 。 


FunctionN 是 抽象 的 ， 因 为 其 中 的 apply 方法 是 抽象 方法 。 请 注意 ， 当 我 们 使 用 更 简洁 的 
代码 1 => i +3 时 ， 编 译 器 为 我 们 定义 了 apply 方法 。 匿名 函数 的 函数 体 就 是 用 来 定义 
apply 的 。 


























Java 8 增加 了 对 函数 字面 量 的 支持 ， 称 为 Lambda 函数 。 但 不 同 于 Scala 的 实 
现 方式 ，Java 采用 了 男 一 种 实现 方式 ， 因 为 Scala 还 要 支持 旧版 的 JVM。 














再 来 讨论 逆 变 ， 以 下 是 scala.Function2 的 声明 : 


trait Function2[-T1, -T2, +R] extends AnyRef 
最 后 一 个 类 型 参数 +R 是 返回 类 型 ， 它 是 协 变 的 。 开 头 的 两 个 类 型 参数 分 别 是 函数 的 第 一 
个 和 第 二 个 参数 ， 它 们 是 逆 变 的 。 对 于 其 他 Function 特征 ， 对 应 于 函数 参数 的 类 型 参数 
都 是 逆 变 的 。 
所 以 ， 国 数 在 继承 时 都 具有 混合 变异 的 行为 。 
这 究竟 是 什么 意思 呢 ? 下 面 的 例子 可 以 帮助 我 们 理解 变异 行为 : 


// src/main/scala/progscala2/objectsystem/variance/func.scX 





class CSuper { def msuper() = println("CSuper") } //@ 
class C extends CSuper { def m() = printtn("C") } 
class CSub extends C { def msub() = println("CSub") } 
var f: Cs Cs (e: €) => new C //@ 
f = (c: CSuper) => new CSub //° 
f = (c: CSuper) => new C //@ 
f = (cs C) => new CSub //® 
f = (c: CSub) => new CSuper // O 编译 错误 ! 


@ 定义 一 个 三 层 的 类 继承 结构 。 

@ 我 们 将 函数 f 定义 为 var 变量 ， 完 成 一 直 对 了 赋值 。 所 有 有 效 的 函数 实例 必须 是 5 => 
C 的 形式 〈 换 名 话说， 就 是 Function1[C,C] 的 形式 ， 同 时 也 注意 一 下 我 们 如 何 使 用 字面 
量 语法 )。 我 们 用 来 赋值 的 变量 还 必须 满足 函数 继承 变异 规则 的 约束 。 第 一 个 赋值 的 变 
量 是 (c: C) => new C (忽略 了 参数 c)。 

© 该 函数 (c: CSuper) => new CSub 是 有 效 的 ， 因 此 参数 C 是 逆 变 的 ， 可 以 用 CSuper 代 
禁 。 如 果 返 回 值 是 协 变 的 ，CSub 可 以 代替 Co 

© 类 似 @， 不 过 我 们 直接 返回 了 C 

© 类 似 8 和 @， 不 过 我 们 直接 传人 了 C 
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O 错误 ! 函数 携带 CSub 参数 是 无 效 的 ， 因 为 参数 是 逆 变 的 ， 返回 值 CSuper 也 是 无 效 的 ， 
因为 返回 值 是 协 变 的 。 
这 个 脚本 不 产生 任何 输出 。 如 果 运 行 它 ， 它 会 在 最 后 一 行 编 译 失 败 ， 但 其 他 语句 还 是 有 
效 的 。 
契约 式 设计 (http://archive.eiffel.com/doc/manuals/technology/contract/) 解释 了 为 什么 这 些 
规则 是 有 意义 的 。 这 是 里 氏 替 换 原 则 的 一 种 表现 形式 ， 我 们 会 将 它 作 为 一 个 编程 工具 在 
23.5 节 进 行 简要 讨论 。 现 在 ， 我 们 赁 直觉 尝试 理解 这 些 规则 如 此 运行 的 原因 。 
函数 变量 f 的 类 型 是 C => C (that is，Function1[-C,+C])。 对 ff 的 第 一 次 赋值 与 该 签名 完全 
相符 。 
现在 ,我们 用 不 同 的 匿名 函数 对 ff 赋值。 添加 的 空格 使 得 每 次 赋值 与 原始 声明 的 相同 点 
和 差异 变 得 更 加 明显 。 我 们 会 不 断 地 对 f 做 重新 赋值 ， 直 到 测试 出 函数 C => c 的 合法 赫 
换 者 。 


第 二 次 赋值 ，(x: CSuper) => Csub， 符 合 声 明 ， 即 参数 逆 变 ， 返 回 值 协 变 。 但 这 个 声明 为 
什么 是 安全 的 呢 ? 

关键 是 了 解 f 是 如 何 调 用 的 ， 以 及 我 们 可 以 对 f 缘 后 的 真正 函数 做 哪些 假设 。 当 我 们 说 f 
的 类 型 是 C => 5 时 ， 我 们 其 实 定义 了 一 个 奖 约 。 这 样 ， 任 何 有 效 的 5 值 都 可 以 传 给 f，f 
也 永远 不 会 返回 除 5 类 值 以 外 的 任何 值 。 
因此 ， 如 果实 际 的 函数 类 型 为 (x:CsSuper) => Csub， 该 国 数 不 仅 可 以 接受 任何 5 类 值 作为 
参数 ， 也 可 以 处 理 5 的 父 类 型 的 实例 ， 或 其 父 类 型 的 其 他 子 类 型 的 实例 〈 如 果 存 在 的 话 )。 
所 以 ， 由 于 只 传人 5 的 实例 ， 我 们 永远 不 会 传人 超出 牛人 允许 范围 外 的 参数 。 从 某 种 意义 上 
说 ，f 比 我 们 需要 的 更 加 “宽容 ”。 

同样 ， 当 它 只 返回 Csub 时 ， 这 也 是 安全 的 。 因 为 调用 方 可 以 处 理 5 的 实例 ， 所 以 也 一 定 可 
以 处 理 CSub 的 实例 。 在 这 个 意义 上 说 ，f 比 我 们 需要 的 更 加 “严格 ”。 

示例 的 最 后 一 行 同 时 打破 了 关于 输入 和 输出 类 型 的 两 个 规则 。 如 果 允 许 这 个 函数 合法 地 赋 
值 给 f， 我 们 考虑 一 下 会 发 生 什么 。 

在 这 种 情况 下 ， 实 际 的 f 函数 只 知道 如 何 处 理 CSub 实例 。 但 调用 者 对 此 一 无 所 知 ， 认 为 
F C 实例 都 可 以 传 入 f， 所 以 当 f 运 行 出 现 “ 意 外 ”时 ， 就 可 能 导致 失败 。 即 调用 者 试 
图 把 C 实例 传 入 到 一 个 只 接受 CSub 而 不 是 C 的 国 数 。 同 样 地 ， 如 果实 际 的 和 能够 返回 一 个 
CSuper 实例 ， 这 将 超出 调用 者 预期 的 返回 值 范围 〈 预 期 返回 5 的 实例 )。 

这 解释 了 为 什么 函数 的 参数 必须 是 逆 变 的 ， 而 返回 值 必须 是 协 变 的 。 

变异 标记 只 有 在 类 型 声明 中 的 类 型 参数 里 才 有 意义 ， 对 参数 化 的 方法 没有 意义 ， 因 为 该 标 
记 影 响 的 是 子 类 继承 行为 ， 而 方法 没有 子 类 。 例 如 List.map 方法 的 简化 签名 : 


sealed abstract class List[+A] ... { // 忽略 了 混入 的 trait 
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def map[B](f: A => B): List[B] = {...} 
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B 没有 变异 标记 ， 如 果 你 试图 指定 一 个 ， 编 译 器 会 抛 出 错误 。 











变异 标记 +， 表示 参数 化 类 型 是 协 变 的 ，- 标记 表示 参数 化 类 型 是 逆 变 的 。 
带 标记 ， 表 示 该 参数 化 类 型 是 非 变 异 的 。 





最 后 ， 编 译 器 会 检查 你 所 用 的 编译 标记 是 否 有 效 。 如 果 你 试图 在 自 定义 的 函数 中 加 上 错误 
的 标记 ， 以 下 就 是 发 生 的 结果 : 


scala> trait MyFunction2[+T1, +T2, -R] { 
| def apply(vi:T1, v2:T2): R = ??? 
| } 
<console>:37: error: contravariant type R occurs in covariant position 
in type (vi: T1, v2: T2)R of method apply 
def apply(vi:T1, v2:T2): R = ??? 


A 





<console>:37: error: covariant type T1 occurs in contravariant position 
in type T1 of value vi 
def apply(vi:T1, v2:T2): R = ??? 
“A 


<console>:37: error: covariant type T2 occurs in contravariant position 
in type T2 of value v2 
def apply(vi:T1, v2:T2): R = ??? 


A 





注意 以 上 的 错误 信息 ， 编 译 器 要 求 函数 参数 为 逆 变 ， 返回 值 为 协 变 。 


10.1.2 ”可 变 类 型 的 变异 


到 目前 为 止 ， 我 们 讨论 的 参数 化 类 型 都 是 不 可 变 类 型 。 那 么 可 变 类 型 的 变异 行为 是 什么 样 
的 呢 ?” 答 案 是 ， 可 变 类 型 只 允许 非 变异 行为 。 考 虑 以 下 示例 : 


// src/main/scala/progscala2/objectsystem/variance/mutable-type-variance.scX 











scala> class ContainerPlus[+A](var value: A) 
<console>:34: error: covariant type A occurs in contravariant position 
in type A of value value_= 


class ContainerPlus[+A](var value: A) 
A 


scala> class ContainerMinus[-A](var value: A) 
<console>:34: error: contravariant type A occurs in covariant position 
in type => A of method value 
class ContainerMinus[-A](var value: A) 
A 





可 变 字段 的 问题 在 于 ， 它 像 是 一 个 私有 的 字段 ， 却 又 存在 公有 的 读 写 访问 方法 。 即 使 可 变 
字段 是 公有 的 并 且 没 有 显 式 定义 的 访问 方法 ， 该 字段 仍然 会 像 私 有 字段 一 般 运行 。 


回顾 8.6 节 ，def value_=(newA: A); Unit+ 是 编译 器 为 变量 value 生成 的 setter 方法 的 签 








名 。 也 就 是 说 ， 我 们 可 以 将 表达 式 写 为 myinstance.value = someA， 然 后 调用 该 方法 。 需 
要 注意 的 是 ， 第 一 条 错误 信息 给 出 了 该 方法 的 签名 ， 并 指出 我 们 在 应 该 使 用 逆 变 类 型 的 位 
置 使 用 了 协 变 类 型 A。 


第 二 条 错误 信息 给 出 了 => A 的 方法 签名 。 也 就 是 说 ， 该 国 数 是 一 个 不 带 参数 ， 但 返回 类 型 
为 A 的 国 数 。 这 就 像 我 们 在 3.10 节 第 一 次 见 到 的 按 名 调用 参数 。 
以 下 声明 是 用 显 式 方法 声明 来 重 写 的 ， 它 看 起 来 更 像 传统 的 Java 代码 : 


class ContainerPlus[+A](var a: A) { 
private var _value: A = a 
def value_=(newA: A): Unit = _value = newA 
def value: A = _value 


} 


为 什么 传 给 value_=(newA: A) 的 A 必须 是 逆 变 的 呢 ? 这 看 起 来 不 对 ， 因 为 我 们 要 给 value 
赋 一 个 新 值 ， 如 果 新 值 是 A 的 父 类 实例 ， 会 出 现 一 个 类 型 错误 。 因 为 value 必须 是 类 型 
A， 对 吧 ? 


其 实 ， 这 种 考虑 思路 是 错误 的 。 协 变 / 逆 变 的 规则 适用 于 子 类 行为 ， 而 非 超 类 行为 。 
假设 以 上 的 声明 是 有 效 的 。 我 们 可 以 用 C、CSub 和 CSup 实例 化 ContainerPlus[C]: 


val cp = new ContainerPlus(new C) // @ 











cp.value = new C //@ 
cp.value = new CSub // © 
cp.value = new CSuper //@ 


@ 在 这 里 ， 类 型 参数 A 是 类 型 C。 

@ 有 效 : 我 们 用 的 是 与 声明 相同 的 类 型 实例 。 

@ 按照 通常 的 面向 对 象 规则 ， 这 是 有 效 的 ， 因 为 CSub 是 5 的 子 类 。 
O 编译 错误 。 因 为 CSup 的 实例 不 能 替换 c 的 实例 。 

AA MANE ContainerPlus 的 子 类 时 ， 麻 烦 才 出 现 : 


val cp: ContainerPlus[C] = new ContainerPlus(new CSub) // © 





cp.value = new C //@ 
cp.value = new CSub //° 
cp.value = new CSuper //@ 


© 如 果 ContainerPlus[+A] 有 效 ， 这 一 行 就 是 有 效 的 。 

@ 根据 c 的 类 型 声明 ， 这 一 行 有 效 。 这 也 是 为 什么 参数 类 型 必须 逆 变 的 原因 。 但 该 实例 
的 value = 方法 无 法 接受 C 的 实例 ， 因 为 该 字段 的 类 型 是 CSub。 

© 正确 。 

@ 正确 。 

标 @ 的 表达 式 说 明了 为 什么 方法 的 参数 必须 是 逆 变 的 。c 的 用 户 期 望 te 

工作 。 通 过 观察 value = 方法 的 实际 实现 ， 我 们 已 经 知道 我 们 无 法 支持 逆 变 ， 不 过 我 们 暂 

且 名 略 这 一 点 ， 考 虑 如 果 修 改变 异 标记 会 怎样 : 
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class ContainerMinus[-A](var a: A) { 
private var _value: A=a 
def value_=(newA: A): Unit = _value = newA 
def value: A = _value 


} 
从 本 节 开 头 的 错误 信息 中 ， 我 们 已 经 知道 value= 方法 被 认为 是 正确 的 〈 尽 管 实际 上 该 方 
法 是 不 正确 的 )， 但 我 们 现在 获得 了 之 前 见 过 的 第 二 条 错误 信息 。value 方法 的 返回 值 类 型 
为 A， 所 以 A 处 于 协 变 的 位 置 。 
为 什么 必须 是 协 变 的 ?这 一 点 更 直观 一 些 。 跟 上 次 一 样 ， 子 类 的 行为 是 关键 。 暂 且 假 设 编 
译 器 允许 我 们 这 样 初始 化 ContainerMinus 的 实例 : 


val cm: ContainerMinus[C] = new ContainerMinus(new CSuper) // @ 























val c: C = cm.value //@ 
val c: CSuper = cm.value // 日 
val c: CSub = cm.value //@ 


@ 如 果 ContainerMinus[-A] 有 效 ， 这 一 行 则 是 有 效 的 。 

@ cn 认为 其 value 方 法 返回 值 的 类 型 为 c， 但 实际 上 该 实例 的 value 方法 返回 CSuper 
类 型 。 

© 正确 。 

O 失败 的 原因 同 @。 

所 以 ， 对 于 getter 和 setter 方法 中 的 可 变 字段 而 言 ， 它 在 读 方 法 中 处 于 协 变 的 位 置 ， 而 在 

写 方法 中 又 处 于 逆 变 的 位 置 。 不 存在 既 协 变 又 逆 变 的 类 型 参数 ， 所 以 对 于 可 变 字段 A 的 唯 

一 选择 就 是 非 变 异 。 





























10.1.3 Scala 和 Java 中 的 变异 


正如 我 们 所 说 的 ， 变 异 行为 在 Scala 中 定义 于 类 型 声明 过 程 ， 而 在 Java 中 定义 于 使 用 过 
程 。 类 型 的 客户 端 定义 变异 类 型 ， 设 置 默 认 类 型 为 非 变 异 。Java 不 允许 你 在 定义 类 型 时 指 
定 变 异 行为 ， 尽 管 你 可 以 使 用 看 起 来 类 似 的 表达 式 。 这 些 表达 式 定 义 了 类 型 边界 ， 我 们 将 
稍 后 进行 讨论 。 

Java 指定 变异 行为 时 存在 两 个 缺点 。 首 先 ， 库 的 设计 者 应 该 负责 类 型 的 编译 行为 并 编写 进 
库 中 。 但 现在 是 库 的 用 户 承担 这 个 负担 。 这 导致 了 第 二 个 缺点 ， 就 是 Java 程序 员 很 容易 指 
定 错误 的 变异 注释 ， 从 而 导致 不 安全 的 代码 ， 就 像 我 们 刚刚 讨论 过 的 那样 。 


Java 类 型 系统 的 另 一 个 问题 是 ，Array 是 协 变 的 。 考 虑 以 下 示例 : 


// src/main/java/progscala2/objectsystem/JavaArrays.java 
package progscala2.objectsystem; 

















public class JavaArrays { 
public static void main(String[] args) { 
Integer[] array1 = new Integer[] { 
new Integer(1), new Integer(2), new Integer(3) }; 
Number[] array2 = array1; // 通过 编译 
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array2[2] = new Double(3.14); // 通过 编译 ,但 会 在 运行 时 抛 出 错误 ! 
} 
} 


以 上 代码 可 以 通过 编译 ， 但 如 果 在 sbt 里 运行 ， 会 抛 出 错误 : 


> run-main progscala2.objectsystem.JavaArrays 
[info] Running progscala2.objectsystem. JavaArrays 
[error] (run-main-4) java.lang.ArrayStoreException: java.lang.Double 
java. lang.ArrayStoreException: java.lang.Double 
at progscala2.objectsystem. JavaArrays.main(JavaArrays. java:10) 








哪里 出 错 了 ? 我 们 前 面 讨 论 过 ， 可 变 集合 的 类 型 参数 必须 非 变 异 ， 才 是 安全 的 。 由 于 Java 
的 数组 是 协 变 的 ， 编 译 器 允许 我 们 对 Array[Number] 类 型 的 引用 赋 一 个 Array[Integer] 类 
型 的 值 。 然 后 编译 器 允许 给 这 个 数组 中 的 元 素 赋 以 任何 Number 类 型 的 值 ， 但 事实 上 ， 数 组 
“知道 ” 它 只 能 接受 Integer 类 型 的 值 (如 果 有 的 话 ， 也 包括 Integer 的 子 类 实例 )， 所 以 
它 会 抛 出 一 个 运行 异常 ， 破 坏 静 态 类 型 的 检查 机 制 。 请 注意 ， 尽 管 Scala 的 数组 是 对 Java 
数组 的 包装 ， 但 scala.Array (http://www.scala-lang.org/api/current/#scala.Array) 的 类 型 参 
数 是 非 变异 的 ， 所 以 它 可 以 防止 这 个 漏洞 发 生 。 

更 多 关于 Java 的 泛 型 和 数组 的 详细 信息 ， 请 参阅 Maurice Naftalin 和 Philip Wadler 的 Java 
Generics and Collections, O'Reilly 出 版 社 出 版 。 本 节 最 后 一 个 例子 就 是 改编 自 这 本 书 。 


10.2 ” Scala 的 类 型 层次 结构 


对 Scala 类 型 层次 结构 中 的 不 少 类 型 我 们 已 经 有 了 一 定 的 了 解 。 接 下 来 ， 我 们 将 了 解 该 体 
系 的 一 般 结构 ， 并 掌握 更 多 的 详细 信息 。 图 10-1 为 顶层 结构 。 除 非 另 有 说 明 ， 我 们 在 这 里 
讨论 的 所 有 类 型 都 在 scala 的 顶层 包 中 。 


Any 处 于 类 型 结构 树 的 根部 位 置 ，Any 没有 父 类 ,但 有 三 个 子 类 : 
。 AnyVal, 价值 类 型 和 价值 类 的 父 类 。 


。 AnyRef， 所 有 引用 类 型 的 父 类 。 
。 通用 特征 (universal trait) ， 新 引入 的 trait 类 型 ， 用 于 我 们 在 8.2 节 讨 论 的 特殊 用 途 。 


AnyVal 有 九 个 具体 子 类 ， 称 为 值 类 型 。 其 中 七 个 是 数字 值 类 型 : Byte、Char、Short、Int、 
Long, Float 和 Double。 余 下 的 两 个 是 非 数 字 值 类 型 ，Unit 和 Boolean, 


另外 ， 正 如 8.2 节 讨 论 的 那样 ，Scala 2.10 引入 了 用 户 自 定义 的 值 类 ， 该 值 类 继承 自 
AnyVal, 


相反 ， 所 有 其 他 类 型 均 为 引用 类 型 。 它 们 派生 自 AnyRef, AnyRef 是 java.lang.Object 
(http://docs.oracle.com/javase/8/docs/api/java/lang/Object.html) 的 别名 。 在 Java 的 对 象 模型 
HH, Object 并 没有 一 个 封装 了 原生 类 型 和 引用 类 型 的 父 类 ， 因 为 Java 对 原生 类 型 做 了 特殊 
处 理 。 
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在 Scala 2.10 之 前 ， 编译 器 对 所 有 Scala 的 引用 类 型 混入 了 名 为 
ScalaObject 的 marker 特征 。Scala 2.11 之 后 ， 编 译 器 将 不 再 这 么 做 ， 该 
trait 将 会 被 移 除 。 








Universal 
Traits 
AnyRef 










AH 2-4 -F java.lang.Object 








AnyVal 


特定 的 内 置 类 型 





类 型 的 种 类 ， 内 置 及 用 户 
自 定义 的 类 型 种 类 











10-1: Scala 的 类 型 层次 结构 


我 们 已 经 掌握 了 很 多 的 引用 类 型 ， 随 着 阅读 的 继续 ， 我 们 将 遇 到 更 多 。 不 过 ， 这 时 我 们 会 
讨论 一 些 被 广泛 使 用 的 类 型 。 


10.3 闲话 Nothing (以 及 Nu11) 


Nothing (http:/Awww.scala-lang.org/api/current/#scala.runtime.Nothing$) 和 NuLL (http://www.scala- 
lang.org/api/current/#scala.runtime.Null$) 是 位 于 类 型 系统 底层 的 两 个 特殊 类 型 。 其 中 ，Nothing 
是 所 有 其 他 类 型 的 子 类 ， 而 NULL 是 所 有 引用 类 型 的 子 类 。 

NULL 对 于 大 多 数 语言 而 言 是 个 熟悉 的 概念 。 尽 管 这 些 语言 通常 并 没有 定义 NuLL 类 型 ， 仅 
仅 定义 了 关键 字 nultl， 用 于 向 引用 变量 赋值 ， 表 示 该 变量 实际 上 没有 值 。Null 在 编译 器 里 
的 实现 相当 于 以 下 声明 : 
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package scala 
abstract final class Null extends AnyRef 


为 何 NuLL 可 以 同时 为 final 和 abstract We? 该 声明 不 允许 子 类 派生 以 及 创建 实例 ， 但 运 
行 时 环境 提供 了 一 个 实例 ， 就 是 我 们 熟悉 和 喜爱 的 nuLL (这 …… 这 …… Me 

Null 被 明确 定义 为 AnyRef 的 一 个 子 类 型 ， 但 它 也 是 所 有 AnyRef 类 型 的 子 类 型 。 这 是 类 型 系 
统 允 许 你 用 null 给 任何 引用 类 型 赋值 的 正常 做 法 。 男 一 方面 ， 因 为 null 不 是 AnyVal 的 子 类 
型 ， 所 以 不 可 以 用 null 给 Int 赋值 。 于 是 ，Scala 的 null 与 Java fy null 完全 相同 ， 因 为 它 
必须 与 Java 的 null 共存 于 JVM。 否 则 ，Scala 会 破坏 null 的 概念 ， 引 起 很 多 潜在 的 bug. 


与 此 相反 ，Nothing 在 Java 中 没有 类 似 的 概念 ， 但 它 填补 了 存在 于 Java 类 型 系统 中 的 空 
白 。Nothing 在 编译 器 里 的 实现 相当 于 以 下 声明 : 


package scala 
abstract final class Nothing extends Any 


Nothing 实际 上 继承 了 Any。 根 据 类 型 系统 里 的 构造 规则 ，Nothing 是 所 有 其 他 类 型 的 子 类 ， 
无 论 是 引用 类 型 还 是 值 类 型 。 换 旬 话 说 ，Nothing 继承 了 所 有 一 切 (everything)， 这 让 它 的 
名 字 听 起 来 很 奇怪 。 

不 同 于 Null, Nothing 没有 实例 。 但 Nothing 为 类 型 系统 提供 了 两 种 功能 ， 这 有 助 于 实现 
健壮 且 类 型 安全 的 设计 。 

我 们 结合 熟悉 的 List[\+A] (http://www.scala-lang.org/api/current/scala/collection/immutable/ 
List.html) 类 来 说 明 第 一 个 功能 。 现 在 我 们 知道 List 中 的 A 是 协 变 的 ， 所 以 List[String] 
是 List[Any] 的 一 个 子 类 (因为 String 是 Any 的 子 类 )。 进 而 可 以 将 List[String] 的 实例 
赋值 给 List[Any] 类 型 的 变量 。 

Scala 为 空 列表 声明 了 一 个 专用 的 类 型 Nil (http://www.scala-lang.org/api/current/scala/ 
collection/immutable/Nil$.html)。 在 Java F, Nil 必须 是 像 List 那样 的 参数 化 类 型 ， 但 是 
很 不 幸 ， 根 据 定义 Nit 不 包含 任何 元 素 ， 所 以 ML[String] 和 Nil[Any] 是 不 同 的 类 型 〈 实 
际 上 却 并 无 区 别 )。 

Scala 通过 Nothing 解决 了 这 个 问题 。NiL 的 声明 如 下 : 


package scala.collection.immutable 
object Nil extends List[Nothing] with Product with Serializable 


我 们 将 在 下 一 节 讨论 product。seriatizabte 是 熟悉 的 Java“ 标 记 ” 接 口 ， 用 来 表示 对 象 
可 以 用 Java 的 内 置 机 制 序列 化 。 

需要 注意 的 是 ，Nil 是 一 个 继承 了 List[Nothing] 的 对 象 ， 它 只 需要 一 个 实例 ， 因 为 它 没有 
携带 任何 “状态 ”( 元 素 )。 由 于 List 的 类 型 参数 是 协 变 的 ， 对 于 任意 类 型 A，NAtL 是 所 有 
List[A] 的 子 类 型 。 所 以 ， 我 们 不 需要 分 开 NULLA] 实例 ， 一 个 实例 就 够 了 。 

Nothing 和 NULL 被 称 为 底部 的 类 型 ， 因 为 它们 处 于 类 型 层次 结构 的 底 端 。 也 因为 如 此 ， 它 
们 是 所 有 (或 者 大 多 数 ) 类 型 的 子 类 。 

Nothing 的 其 他 用 途 是 表示 终止 程序 ， 如 抛 出 一 个 异常 。 回 顾 我 们 在 8.9 节 见 过 的 ??? 方 
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法 。 我 们 可 以 临时 调用 ??? 方法 来 定义 其 他 的 方法 ， 使 得 方法 定义 完整 ， 并 通过 编译 。 但 
WRZ, MAWE. DA PE ??? 的 定义 : 

package scala 

object Predef { 





def ??? : Nothing = throw new NotImplementedError 
tan 
由 于 ???“ 返 回 ” 了 Nothing， 所 以 它 可 以 被 任何 其 他 函数 调用 ， 无 论 该 函数 的 返回 值 是 什 
么 。 以 下 是 一 个 病态 的 例子 : 


scala> def m(L: List[Int]): List[Int] = l map (i => ???) 
m: (l: List[Int])List[Int] 


scala> m(List(1,2,3)) 
scala.NotImplementedError: an implementation is missing 
at scala.Predef$.$qmark$qmark$qmark(Predef.scala:252) 


需要 注意 的 是 ， 尽 管 ??? 返回 Nothing， 我 们 仍然 期 望 m 返回 List[Int] 2824 H A Bene Asi 
过 编译 器 类 型 检查 。 
更 为 实际 的 是 ，??? 被 已 声明 但 尚未 定义 的 方法 调用 : 


/** @return (mean, standard_deviation) */ 
def mean_stdDev(data: Seq[Double]): (Double, Double) = ??? 





scala.sys 包 (http://www.scala-lang.org/api/current/index.html#scala.sys.package) 定义 了 一 个 
exit 方法 ， 用 于 程序 的 正常 人 退出， 类 似 于 Java 中 System 包 (http://docs.oracle.com/javase/8/ 
docs/api/java/lang/System.html) 的 exit 方法。 不 过 ，sys.exit 返回 的 是 Nothing, 

这 意味 着 方法 可 以 声明 为 它 返回 了 一 个 “正常 ”的 类 型 ， 但 在 必要 的 时 候 也 可 以 调用 sys. 
exit， 并 通过 编译 器 类 型 检查 。 一 个 常见 的 例子 是 以 下 用 于 处 理 命令 行 参数 的 方法 ,该 方 
法 在 提供 的 选项 不 正确 时 就 退出 ; 


// src/main/scala/progscala2/objectsystem/CommandArgs.scala 
package progscala2.objectsystem 


























object CommandArgs { 


val help = """ 

|usage: java ... objectsystem.CommandArgs arguments 

|where the allowed arguments are: 

| -h | --help Show help 

| -i | --in | --input path Path for input 

| -o | --on | --output path Path for input 

[""".stripMargin 

def quit(message: String, status: Int): Nothing = { //@ 
if (message.length > 0) println(message) 
println(help) 





sys.exit(status) 


} 


case class Args(inputPath: String, outputPath: String) 


def parseArgs(args: Array[String]): Args = { 


// @ 


def pa(args2: List[String], result: Args): Args = args2 match { // © 


case Nil => result //@ 
case ("-h" | "--help") :: Nil => quit("", 0) //® 
case ("-i" | "--in" | "--input") :: path :: tail => // ® 
pa(tail, result copy (inputPath = path)) // © 
case ("-o" | "--out" | "--output") :: path :: tail => // ® 
pa(tail, result copy (outputPath = path)) 
case _ => quit(s"Unrecognized argument ${args2.head}", 1) // © 
} 
val argz = pa(args.toList, Args("", "")) // ® 
if (argz.inputPath == "" || argz.outputPath == "") //@ 
quit("Must specify input and output paths.", 1) 
argz 
} 


def main(args: Array[String]) = { 
val argz = parseArgs(args) 
println(argz) 


} 


@ 打印 可 选 的 消息 ， 然 后 打印 帮助 信息 ， 以 特定 的 错误 码 退出 。 遵 循 Unix 的 惯例 ，0 表 
示 正 常 退 出 ， 非 零 值 用 来 表示 非 正 常 终止 。 需 要 注意 ，quit 返回 的 是 Nothing。 








@ case 类 ， 用 来 保存 根据 参数 列表 得 到 的 设置 信息 。 





© 般 套 的 递归 国 数 ， 用 来 处 理 参数 列表 。 我 们 采用 惯用 的 做 法 ， 传 和 人 一 个 Args 实例 ， 用 


来 楷 加 新 的 设置 信息 (通过 复制 一 份 )。 
@ 输入 结束 ， 于 是 返回 累加 得 到 的 设置 。 
@ 用 户 寻求 帮助 信息 。 








@ 对 于 输入 的 参数 ， 接 受 三 种 选项 -it、- -in 或 -input， 后 














是 ， 如 果 用 户 没 有 提供 路 径 (也 没有 其 他 参数 )， 这 个 case 语句 就 不 会 命中 。 


用 tail 和 更 新 过 的 result 调用 pa。 

用 --output 参数 重复 --input 的 行为 。 

处 理 无 法 识别 的 参数 引起 的 错误 。 

调用 pa， 处 理 参数 。 

确认 参数 中 提供 了 输入 参数 或 输出 参数 。 
我 发 现 本 例 中 的 类 型 匹配 特别 优雅 而 且 简洁 。 



































© © 000 














> run-main progscala2.objectsystem.CommandArgs -f 
[info] Running progscala2.objectsystem.CommandArgs -f 


当 你 构建 工程 时 ， 代 码 就 被 编译 了 。 我 们 试 着 在 sbt 中 运行 该 代码 : 


MIR ERSZ. BERES 
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Unrecognized argument -f 


usage: java ... progscala2.objectsystem.CommandArgs arguments 
where the allowed arguments are: 

-h | --help Show help 

-i | --in | --input path Path for input 

-o | --on | --output path Path for input 


Exception: sbt.TrapExitSecurityException thrown from the 
UncaughtExceptionHandler in thread "run-main-1" 
java. lang.RuntimeException: Nonzero exit code: 1 
at scala.sys.package$.error(package.scala:27) 
[trace] Stack trace suppressed: run last compile:runMain for the full output. 
[error] (compile:runMain) Nonzero exit code: 1 
[error] ... 


> run-main progscala2.objectsystem.CommandArgs -i foo -o bar 
[info] Running progscala2.objectsystem.CommandArgs -i foo -o bar 
Args(foo, bar) 

[success] ... 


对 于 无 效 的 参数 我 们 通常 并 不 抛 出 异常 ， 但 sbt 不 喜欢 我 们 调用 exit， 于 是 抛 出 了 异常 。 











10.4 Product、case 类 和 元 组 
你 定义 的 case 类 会 混和 scala.Product 特征 ， 它 提供 了 几 个 关于 实例 字段 的 通用 方法 。 全 
如 ， 对 于 Person 的 实例 : 


scala> case class Person(name: String, age: Int) 
defined class Person 





scala> val p: Product = Person("Dean", 29) 
p: Product = Person(Dean,29) // case 类 实例 分 配 到 Product 变 量 。 


scala> p.productArity 
res9: Int = 2 // 字段 的 数量 。 


scala> p.productElement(0) 
resi: Any = Dean // 元 素 计 算 从 90 开始。 


scala> p.productElement(1) 
resi: Any = 29 


scala> p.productIterator foreach println 
Dean 
29 


尽管 以 通用 方法 访问 字段 非常 有 用 ， 但 由 于 对 各 个 字段 使 用 的 是 Any 类 型 ， 而 不 是 其 具体 
类 型 ， 这 种 机 制 的 作用 受到 了 局 限 。 
对 于 不 同 的 字段 数量 ， 也 有 Product 的 子 类 型 (例如 : scala.Product2, http://www. 


scala-lang.org/api/current/scala/Product2.html， 用 于 处 理 两 个 元 素 的 场景 )， 最 大 值 为 
22。 这 些 类 型 为 特定 的 字段 添加 了 一 些 方法 ， 可 以 保持 该 字段 的 正确 类 型 信息 。 例 如 : 
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Product2[+T1,+T2] 增加 了 以 下 方法 : 


package scala 

trait Product2[+T1, +T2] extends Product { 
abstract def _1: T1 
abstract def _2: T2 


这 些 方法 返回 了 字段 的 真正 类 型 。 这 里 的 类 型 参数 是 协 变 的 ， 因 为 Producti 特征 只 用 于 不 
可 变 的 类 型 。 用 类 似 _1 的 方法 访问 这 些 字段 需要 使 用 对 应 的 类 型 参数 T1，T1 处 在 协 变 的 
位 置 ( 即 返回 值 类 型 )。 
回顾 一 下 ， 这 些 方法 与 用 来 访问 元 组 元 素 的 方法 是 相同 的 。 事 实 上 ， 所 有 的 Tuplen 类 型 都 
继承 了 对 应 的 Productn 特征 ， 并 提供 了 _1 到 _N 方 法 的 具体 实现 ,N 最 大 可 为 22: 


scala> val t2 = ("Dean", 29) 
t2: (String, Int) = (Dean,29) 














scala> t2._1 
res0: String = Dean 


scala> t2._2 
res2: Int = 29 


scala> t2._3 
<console>:36: error: value _3 is not a member of (String, Int) 
t2._3 
A 


Tuple2 没有 第 三 个 元 素 ， 也 没有 3 方法 。 

为 什么 个 数 的 上 限 是 22 ? 这 个 数字 的 选择 有 些 随意 ， 但 你 可 以 合理 地 认为 元 组 中 有 22 个 
元 素 无 论 如 何 都 已 经 足够 多 了 。 

这 对 于 人 类 来 说 确实 如 此 ， 但 不 幸 的 是 ， 存 在 一 个 常见 的 情景 需要 超出 这 个 数量 限制 : 保 
存 大 的 数据 “记录 ”中 的 字段 (或 列 )。 对 于 SQL 或 NoSQL 数据 集 ， 包 含 超过 22 个 元 素 
的 情况 并 非 罕见 。 元 组 很 有 用 ， 至 少 对 于 小 数据 的 确 如 此 ， 因 为 元 组 可 以 保持 字段 ( 列 ) 
的 顺序 和 类 型 。 所 以 ，22 个 元 素 的 限制 是 一 个 问题 。 


事实 证 明 ， 在 Scala 2.10 F, case 类 也 受到 不 超过 22 个 字段 的 限制 。 但 这 个 实现 上 的 限制 
在 2.11 版 本 中 取消 了 ， 所 以 数据 应 用 可 以 为 超过 22 个 元 素 的 数据 记录 使 用 case 类 。 





hl 








在 Scala 2.10 及 更 早 的 版 本 中 ，case 类 被 限制 为 拥有 22 个 或 更 少 的 字段 。 这 
一 限制 在 Scala 2.11 中 被 取消 了 。 











我 们 希望 Scala 在 未 来 的 版 本 中 可 以 取消 22 个 元 素 对 trait 和 Product 的 限制 。 
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10.5 Predef 对 和 象 


为 了 方便 起 见 ， 上 只 要 你 编译 代码 ，Scala 编译 器 就 会 自动 导入 顶层 Scala 包 (名 为 scala) 以 
及 在 java.lang 包 (就 像 javac 的 ) 中 的 定义 。 因 此 ， 许 多 常见 的 Java 和 Scala 类 型 都 可 
以 不 经 过 明显 地 导入 或 提供 完整 的 名 称 就 可 以 使 用 。 另 外 ， 编 译 器 还 导入 了 Predef 对 象 中 
的 一 些 定 义 ， 它 提供 了 很 多 实用 的 定义 ， 其 中 大 部 分 的 定义 我 们 在 之 前 已 经 讨论 了 。 


接 下 来 ， 我 们 来 详细 了 解 Predef 提供 的 特性 。 需 要 注意 的 是 ，Scala 2.11 版 本 的 Predef 引 
入 了 很 多 变化 ， 其 中 大 部 分 是 不 可 见 的 。 


10.5.1 隐 式 转换 
首先 ，Predef 定义 了 很 多 隐 式 转换 规则 ， 以 下 是 一 组 转换 对 AnyVal 类 型 的 包装 . 


new runtime.RichByte(x) 
new runtime.RichShort(x) 
new runtime.RichInt(x) 

new runtime.RichChar(c) 
new runtime.RichLong(x) 
new runtime.RichFloat(x) 
new runtime.RichDouble(x) 
new runtime.RichBoolean(x) 





























@inline implicit def byteWrapper(x: Byte) 
@inline implicit def shortWrapper(x: Short) 
@inline implicit def intWrapper(x: Int) 

@inline implicit def charWrapper(c: Char) 
@inline implicit def LongWrapper(x: Long) 
@inline implicit def floatWrapper(x: Float) 
@inline implicit def doubleWrapper(x: Double) 
@inline implicit def booleanWrapper(x: Boolean) 


Rich* 类 型 添加 了 额外 的 方法 ， 类 似 于 <= 和 compare 等 比较 方法 。@inline 标记 鼓励 编译 
器 对 它 做 内 联 ， 即 直接 将 new runtime.RichY(x) 逻辑 插入 到 代码 中 。 


举 个 例子 ， 对 于 字 节 ， 为 什么 要 有 两 个 单独 的 类 型 ? 为 什么 不 把 所 有 的 方法 直接 放 在 Byte 
中 ? 原因 是 根据 字 市 码 的 实现 要 求 ， 额 外 的 方法 迫使 程序 在 堆 中 分 配 一 个 实例 。 如 果 是 像 
其 他 AnyVal 类 型 一 样 的 Byte， 则 不 分 配 在 堆 中 ， 而 是 作为 Java 的 原生 类 型 。 所 以 ， 拥 有 
单独 的 Rich* 类 型 是 为 了 避免 堆 内 存 分 配 (除了 有 了 时 需要 使 用 那些 方法 的 时 候 以 外 )。 

在 scala.collection.mutable.WrappedArray (http://www.scala-lang.org/api/current/index. 
html#scala.collection.mutable.WrappedArray) 中 还 存在 用 于 包装 Java 的 可 变数 组 的 方法 ， 
为 数组 添加 了 许多 我 们 在 第 6 章 中 讨论 的 集合 方法 : 


implicit def wrapIntArray(xs: Array[Int]): WrappedArray[Int] 

implicit def wrapDoubleArray(xs: Array[Double]): WrappedArray[DoubLle] 
implicit def wrapLongArray(xs: Array[Long]): WrappedArray[Long] 

implicit def wrapFloatArray(xs: Array[Float]): WrappedArray[Float] 
implicit def wrapCharArray(xs: Array[Char]): WrappedArray[Char ] 

implicit def wrapByteArray(xs: Array[Byte]): WrappedArray[Byte] 

implicit def wrapShortArray(xs: Array[Short]): WrappedArray[Short] 
implicit def wrapBooleanArray(xs: Array[Boolean]): WrappedArray[Boolean] 
implicit def wrapUnitArray(xs: Array[Unit]): WrappedArray[Unit] 


为 什么 要 为 每 个 AnyVal 类 型 定义 单独 的 方法 ? 每 个 方法 都 用 了 自 定 义 的 wrappedArray 的 
子 类 ， 表 明 Java 原生 类 型 的 数组 要 比 统一 的 数组 更 高 效 ， 因 此 就 避免 使 用 较为 低 效 的 、 通 
用 的 引用 类 型 的 实现 数组 。 


还 有 类 似 的 方法 ， 将 数组 转 为 scala.collection.mutable.ArrayOps (http://www.scala-lang. 




























































































org/api/current/scala/collection/mutable/ArrayOps.html), WrappedArray 与 ArrayOps 的 唯一 区 


别 在 于 wrappedArray 的 转化 了 国 数 (如 filter), 会 返 








WrappedOps 中 的 转化 函数 则 返回 Array, 


类 似 WrappedArray 与 WrappedOps, String 也 有 相应 的 包装 类 型 scala/collection/immutable/ 
WrappedString (http://www.scala-lang.org/api/current/scala/collection/immutable/WrappedString.html ) 
和 scala/collection/immutable/StringOps (http:/www.scala-lang.org/api/current/scala/collection/ 
immutable/StringOpshtml)。 它 们 给 String 增加 了 集合 方法 ， 将 其 视 为 Char 元 素 的 集合 。 所 
以 ，Predef 定义 了 String 和 以 上 类 型 的 相互 转化 : 


implicit def wrapString(s: String): WrappedString 





implicit def unwrapString(ws: WrappedString): String 


implicit 


def augmentString(x: String): StringOps 


implicit def unaugmentString(x: StringOps): String 














回 一 个 新 的 wrappedArray， 而 对 应 的 


有 一 对 非常 类 似 的 包装 类 型 ，NrappedArray/Array0ps 和 WrappedString/ 
String0ps， 它 们 看 起 来 有 些 令 人 迷惑 。 不 过 ， 幸 运 的 是 ， 隐 式 转 会 自动 触 


发 ， 为 需要 的 方法 选择 正确 的 包装 类 型 。 





还 有 很 多 其 他 方法 可 以 实现 Java 包装 的 原生 类 型 和 Scala 的 AnyVal 类 型 之 间 的 转换 。 它 们 
使 得 Scala 和 Java 之 间 的 互 操作 性 更 容易 : 


implicit 
implicit 
implicit 
implicit 
implicit 
implicit 
implicit 
implicit 


implicit 
implicit 
implicit 
implicit 
implicit 
implicit 
implicit 
implicit 


def byte2Byte(x: Byte) = java. 
def short2Short(x: Short) = java. 
def char2Character(x: Char) = java. 
def int2Integer(x: Int) = java. 
def Long2Long(x: Long) = java. 
def float2Float(x: Float) = java. 
def double2Double(x: Double) = java. 
def boolean2Boolean(x: Boolean) = java. 
def Byte2byte(x: java.lang.Byte): Byte 


def Short2short(x: java. lang.Short): Short 
def Character2char(x: java. lang.Character): 
def Integer2int(x: java. lang.Integer): Int 


def Long2long(x: java. lang.Long): Long 


def Float2float(x: java.lang.Float): Float 


def Double2double(x: java.lang.Double): Double 
def Boolean2boolean(x: java.lang.Boolean): Boolean 


lang.Byte.valueOf (x) 
Lang. Short. valueOf (x) 
lang.Character.valueOf (x) 
Lang. Integer .valueOf (x) 
lang. Long. valueOf (x) 
Lang. Float.valueOf(x) 
Lang.Double. valueOf (x) 
Lang.Boolean.valueOf (x) 

= x.byteValue 

= x.shortValue 

Char = x.charValue 

= x.intValue 

= x. longValue 

= x.floatValue 

= x.doubleVaLlue 

= x.booleanValue 


Hola, Scala 2.10 中 的 一 组 隐 式 转换 ， 可 以 防止 将 nutl 用 来 赋值 。 我 们 只 举 一 个 Byte 的 


例子 : 


implicit def Byte2byteNullConflict(x: Null): Byte 


这 种 机 制 会 触发 以 下 的 错误 信息 : 


scala> val b: Byte = null 
<console>:23: error: type mismatch; 


found 


: Null(null) 


= S 


ys.error("value error") 
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required: Byte 
Note that implicit conversions are not applicable because they are ambiguous: 
both method Byte2byteNulLlConflict in class LowPriorityImplicits of 
type (x: Null)Byte and method Byte2byte in object Predef of type (x: Byte)Byte 
are possible conversion functions from Null(null) to Byte 
val b: Byte = null 
Nn 





Lib Aiea THR, BER E TBAT. TRE Ee RRR TF EEL BAZE 
义 是 库 有 意 引 入 的 ， 但 实际 上 它 应 该 直接 告诉 我 们 : 不 应 该 把 null 赋值 给 任何 变量 。 


以 下 是 Scala 2.11 产生 的 错误 信息 : 


scala> val b: Byte = null 
<console>:7: error: an expression of type Null is ineligible for 
implicit conversion 
val b: Byte = null 
Nn 





























Scala 2.11 去 掉 了 转换 函数 ， 并 给 出 了 更 好 更 简洁 的 错误 信息 。 


10.5.2 ”类 型 定义 
Predef 定义 了 若干 的 类 型 及 类 型 别名 。 
为 了 鼓励 使 用 不 可 变 集 合 ，Predef 为 最 常用 的 不 可 变 集合 定义 了 别名 : 


type Map[A, +B] = collection.immutable.Map[A, B] 
type Set[A] = collection.immutable.Set[A] 
type Function[-A, +B] = Function1[A, B] 


用 于 二 元 素 和 三 元 素 元 组 的 两 个 转换 别名 在 2.11 版 本 中 被 废弃 ， 因 为 它们 较 少 被 使 用 ， 且 
没有 足够 的 价值 来 证 明 存在 的 理由 : 


type Pair[+A, +B] = Tuple2[A, B] 
type Triple[+A, +B, +C] = Tuple3[A, B, C] 


支持 类 型 推断 的 其 他 一 些 Predef 类 型 。 

e final class ArrowAssoc[A] extends AnyVal 

用 于 实现 a -> b 形式 的 语法 ， 该 语法 用 来 创建 二 元 素 的 元 素 。 我 们 在 5.3 Poteet 
这 个 用 法 。 

e sealed abstract class <:<[-From, +To] extends (From) => To with Serializ able 
类 型 From 是 类 型 To 的 子 类 的 证 据 。 我 们 在 5.2.4 节 中 讨论 过 。 

e sealed abstract class =:=[-From, +To] extends (From) => To with Serializ able 
类 型 From 和 类 型 To 相等 的 证 据 。 在 5.2.4 节 中 我 们 曾 提 到 过 。 

e type Manifest[T] = reflect.Manifest[T] 


用 于 保持 在 JVM 的 类 型 擦 除 机 制 中 丢失 的 类 型 信息 。 有 个 与 之 类 似 的 类 型 
OptManifest。 我 们 将 在 24.2.2 节 中 讨论 它们 。 


























其 他 类 型 ， 如 : scala.collection.immutable.List (http://www.scala-lang.org/api/current/ 
scala/collection/imnmutable/Listhtml) ， 可 以 用 Predef 中 磐 入 的 导入 来 获得 可 见 性 。 部 分 类 
型 的 伴随 对 象 也 是 如 此 ， 如 =:=、Map 和 Set, 


10.5.3 ”条件 检查 方法 
有 了 时 你 希望 断言 某 条 件 为 真 ， 希望 它 “ 快 速 失败 ”( 尤 其 在 测试 时 )。Predef 定义 了 许多 有 
助 于 达到 这 个 目的 的 方法 。 
e def assert(assertion: Boolean) 

测试 条 件 是 否 为 真 ， 如 果 不 为 真 ， 抛 出 java.lang.AssertionError 异常 。 
e def assert(assertion: Boolean, message: => Any) 

类 似 前 面 的 assert， 但 增加 了 一 个 可 选 参数 ， 该 参数 将 被 转 为 错误 信息 字符 串 。 
e def assume(assertion: Boolean) 

assert 相同 ， 但 其 表示 当 一 段 代 码 块 (如 方法 ) 正确 时 ， 条 件 才 为 真 。 
e def assume(assertion: Boolean, message: => Any) 

类 似 前 面 的 assume， 但 增加 了 一 个 可 选 参数 ， 该 参数 将 被 转 为 错误 信息 字符 串 。 
e def require(requirement: Boolean) 


5 assume 相同 ， 但 根据 Scaladoc， 其 含义 是 调用 方 是 否 满足 某 些 条 件 ， 也 可 以 表示 革 
个 实现 不 能 得 出 特定 的 结果 。 
。 def require(requirement: Boolean, message: => Any) 

类 似 前 面 的 requtre， 但 增加 了 一 个 可 选 参数 ， 该 参数 将 被 转 为 错误 信息 字符 串 。 
尽管 没有 明确 地 表明 ， 但 所 有 这 些 断 言 方法 被 加 上 了 @elidable (ASSERTION) 标记 。 这 个 
@elidable 标记 告诉 编译 器 ， 除 非 相 应 标记 (在 这 里 ， 标 记 就 是 ASSERTION) 的 参数 大 于 编 
译 时 确定 的 国 值 ， 否 则 对 代码 中 的 定义 不 产生 字 节 码 。 例 如 : scalac -Xelide-below 2000 
将 阻止 所 有 标记 参数 值 低 于 2000 的 定义 生成 字 节 码 。2000 刚好 是 elidable (http://www. 
scala-lang.org/api/current/index.html#scala.annotation.elidable$) 伴随 对 象 中 为 ASSERTION 定 
义 的 值 。 更 多 @elidable 的 信息 ， 请 参阅 Scaladoc 页 面 (http://www.scala-lang.org/api/ 
current/scala/annotation/elidable.html ) 。 


10.5.4 输入 输出 方法 
我 们 很 享受 直接 输 写 printtn("foo") 的 便利 ， 不 需要 Java 那样 元 长 的 等 效 写 法 System. 
out.println ("foo") )。Predef 为 我 们 提供 了 四 种 将 字符 串 打 印 到 stdout 的 形式 。 
e def print(x: Any): Unit 
将 x 转 为 字符 串 ， 然 后 写 到 标准 输出 ， 结 尾 不 会 自动 添加 换行 。 
e def printf(format: String, xs: Any*): Unit 


用 format 和 其 他 参数 xs 对 printf 风格 的 字符 串 进 行 格式 化 ， 然 后 将 结果 写 到 标准 输 
出 ， 结 尾 不 会 自动 添加 换行 。 
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def prin 


tLn(x: Any): Unit 


类 似 print， 但 结尾 会 自动 添加 换行 。 


def prin 





tln(): Unit 





向 标准 输出 打印 空 行 。 

Scala 2.10 中 的 Predef 还 为 stdin 中 的 读 取 输 入 定义 了 若干 方法 。 然 而 ， 这 些 方法 在 Scala 
2.11 中 被 废弃 了 。 在 Scala 2.11 中 ， 它 们 被 定义 在 新 的 scala.io.ReadStdin 对 象 中 。 但 是 ， 
这 些 方 法 的 签名 和 行为 是 相同 的 。 


def read 


Boolean(): Boolean 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Boolean 值 。 


def read 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Byte 值 


def read 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Char 值 。 


def read 


Byte(): Byte 





o 





Char(): Char 














Double(): Double 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Double 值 。 


def read 


FLoat(): FLoat 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Float 值 。 


def read 


Int(): Int 





从 标准 输入 的 一 个 整 行 中 读 取 一 个 Int 值 。 


def read 


Line(text: String, args: Any*): String 





向 标准 输出 中 打印 格式 化 的 提示 文本 ， 并 从 标准 输入 中 读 取 一 整 行 字符 串 。 


def read 


从 标准 给 入 中 读 取 一 整 行 字符 


def read 


从 标准 输入 的 一 个 整 行 中 读 取 一 个 Long 值 


def read 





Line(): String 





ut 


Long(): Long 











o 





Short(): Short 





从 标准 输入 的 一 个 整 行 中 读 取 一 个 Short 值 。 


def read 


f(format: String): List[Any] 


根据 format 中 的 区 分 符号 ， 从 标准 输入 中 读 取 格式 化 输入 。 


def read 


fi(format: String): Any 


根据 format 中 的 区 分 符号 ， 从 标准 输入 中 读 取 格式 化 输入 。 并 根据 format 的 指定 ， 返 
回 提取 的 第 一 个 值 。 
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def readf2(format: String): (Any, Any) 

根据 format 中 的 区 分 符号 ， 从 标准 输入 中 读 取 格 式 化 输入 。 并 根据 format 的 指定 ， 返 
回 提取 的 前 两 个 值 。 

def readf3(format: String): (Any, Any, Any) 


根据 format 中 的 区 分 符号 ， 从 标准 输入 中 读 取 格式 化 输入 。 并 根据 format 的 指定 ， 返 
回 提取 的 前 三 个 值 。 








你 可 以 用 scala.Console (http:/www.scala-lang.org/api/current/index.html#sca 
la.Console$) 中 的 方法 覆 写 标准 输入 相关 的 java.io.Reader (http://docs. 
oracle.com/javase/8/docs/api/java/io/Reader.html) ， 或 标准 输出 和 标准 错误 相 
关 的 java.io.OutputStreams (http://docs.oracle.com/javase/8/docs/api/java/io/ 





OutputStream.html) 


10.55 “杂项 方法 
最 后 ，Predef 中 还 有 一 些 更 有 用 的 方法 需要 突出 介绍 。 


def ???: Nothing 

在 一 个 尚未 实现 的 方法 的 方法 体 中 调用 。 它 为 方法 提供 了 具体 的 定义 ， 允 许 编 译 器 将 方 
法 所 属 的 类 型 视 为 具体 (与 抽象 对 应 ) 的 类 。 然 而 ， 如 果 调 用 该 方法 ， 就 会 抛 出 scala. 
NotImpLementedError (http://www.scala-lang.org/api/current/scala/NotImplementedError. 
html) 异常 。 我 们 在 8.9 节 中 第 一 次 讨论 了 它 。 

def identity[A](x: A): A 

直接 返回 参数 x。 在 将 方法 传 给 组 合 器 (combinator) 时 ， 如 果 不 需 要 进行 修改 ， 就 可 
以 用 它 。 例 如 : 在 一 个 工作 流程 中 ， 我 们 通过 给 map 传人 一 个 国 数 来 对 集合 元 素 进行 转 
化 。 有 时 我 们 不 需要 做 任何 转化 ， 你 可 以 传人 identity, 

def implicitly[T](implicit e: T): T 

当 隐 式 参数 列表 使 用 简写 [T:M 时 ， 编 译 器 会 添加 形式 为 (implicit arg: METI) 的 隐 式 
参数 列表 (实际 名 称 不 是 arg， 而 是 编译 器 合成 的 唯一 名 称 )。 调 用 implicitly 可 以 返 
回 参 数 arg。5.1 节 中 的 “使 用 隐 式 ”部 分 我 们 曾 讨论 过 。 















































现在 ， 让 我 们 考虑 一 下 面向 对 象 程序 设计 中 的 一 个 重要 主题 ， 即 如 何 检查 对 象 是 否 相等 。 


10.6 对象 的 相等 


很 难 准确 地 为 实例 实现 一 个 可 靠 的 相等 测试 。Joshua Block 的 畅销 书 Effective 
Java (Addison-Wesley 出 版 社 出 版 ) 以 及 关于 AnyRef.eq (http://www.scala-lang.org/ 
api/2.10.4/#scala.AnyRef) 的 Scaladoc 页 面 都 描述 了 相等 测试 需要 满足 的 要 求 。 


Martin Odersky, Lex Spoon 和 Bill Venners 共同 撰写 了 一 篇 关于 equals 和 hashCode 方 法 
的 非常 棒 的 文章 “如 何 用 Java 语言 编写 相等 方法 ”(“How to Write an Equality Method in 
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Java”，http:/www.artima.com/lejava/articles/equality.html)。 回 想 一 下 ， 在 case 类 中 ， 这 些 


方法 是 自动 创建 的 。 
事实 上 ， 我 从 来 没有 写 过 我 








自己 的 equals 和 hashCode 方 法。 我 觉得 ， 对 于 任何 要 使 用 的 





对 象 ， 如 果 可 能 需要 测试 相等 性 或 需要 作为 Map 的 键 (此 时 会 调用 hashCode) 的 话 ， 它 们 


都 应 该 定义 为 case 类 | 








有 的 相等 方法 与 其 他 语言 中 的 相等 方法 名 称 相同 ， 但 语义 有 时 是 不 同 的 ! 


接 下 来 ， 我 们 学 习 用 于 测试 相等 的 不 同方 法 。 


10.6.1 


equals 方 法 
我 们 将 用 一 个 case 类 来 展示 不 同 的 相等 方法 是 如 何 工作 的 : 


// src/main/scala/progscala2/objectsystem/person-equality.sc 


case class Person(firstName: String, lastName: String, age: Int) 


val 
val 
val 


pia = 
pib = 
p2 = 


Person("Dean", "Wampler", 29) 
Person("Dean", "Wampler", 29) 
Person("Buck", "Trends", 30) 


equals 方法 用 于 测试 值 的 相等 ， 也 就 是 说 ， 如 果 obj1 Fil obj2 有 相同 的 值 ，obj1 equals 
obj2 为 true。objl 和 obj2 不 需要 指向 同一 个 实例 : 


pia 
pia 
pia 
pia 


null equals pia 
null equals null 


equals 
equals 
equals 
equals 


// = true 
// = true 
// = false 
// = false 
// 抛 出 java.lang.NullPointerException i 
// 抛 出 java.lang.NullPointerException i 





PELA, equals 的 行为 类 似 Java 里 的 equals 方法 和 Ruby 里 的 eql? 方法 。 





10.6.2 == 和 != 方 法 
== 在 很 多 语言 中 是 一 个 操作 符 ， 但 在 Scala 中 是 一 个 方法 。 在 Scala 2.10 中 ，== 在 Any 中 
被 定义 为 final， 用 来 代表 equats。 在 2.11 版 本 中 改变 了 实现 ， 但 行为 保持 不 变 : 

pla == pla // = true 

pla == plb // = true 

pla == p2 // = false 


所 以 ，== 的 行为 与 equals 完全 一 样 ， 即 只 测试 值 是 否 相 等 。 当 null 在 == 左边 时 是 个 


例外 : 


pla == null 





// = false 
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null == pila 
null == null 


null == null 应 该 为 true 吗 ? 实际 上 ， 这 会 产生 一 条 


<console>:8: warning: 


// = false 


// = true (编译 警告 ,这 永远 为 true) 


comparing values of types Null a 


will always yield true 


nd Null using 


正如 你 预期 的 那样 ，!= 表示 不 相等 ， 与 !(obj1 == obj2) 等 价 : 
pla != pla // = false 
pla != pib // = false 
pla != p2 // = true 
pla != null // = true 
null != pla // = true 
null != null // = false (编译 警告 ,这 永远 为 true) 





10.6.3 


eq 方法 用 于 测试 引用 的 相等 性 。 也 就 是 说 ， 如 果 objl 和 obj2 指向 内 存 中 的 同一 个 位 置 ， 
obj1 eq obj2 就 为 rue。 这 两 个 方法 只 对 AnyRef 类 型 有 定义 : 


在 Java, C++ 和 C# 中 ，== 操作 符 测试 的 是 引 月 
Scala 的 == 测试 的 是 值 的 相等 性 。 





eq 和 ne 方法 


pla eq pla // = true 
pla eq p1b // = false 
pla eq p2 // = false 
pla eq null // = false 
null eq pila // = false 
null eq null // = true (编译 敖 告 ,这 永远 为 true) 


目 ， 而 不 是 值 。 与 此 相反 ， 





正如 编译 器 为 null == null 提出 警告 ，nuLL eq null 也 得 到 了 相同 的 警告 


所 以 ，eq 的 行为 就 像 Java、C++ 和 CH 中 的 = 


= 操作 符 一 样 。 


ne 方法 与 eq 的 相反 ， 也 就 是 说 它 与 !(0bj1 eq obj2) 等 价 : 


pla ne pla // = false 
pla ne pib // = true 
pla ne p2 // = true 
pla ne null // = true 
null ne pla // = true 
null ne null // = false (编译 敖 告 ,这 永远 为 true) 


10.6.4 


比较 两 个 数组 ， 在 Scala 中 并 不 能 得 


Array(1, 2) == 


数组 相等 和 sameELements 方 法 





Array(1, 2) // = false 


出 我 们 认为 的 显而易见 的 结 

















yi 
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这 令 人 惊讶 。 值 得 庆幸 的 是 ， 有 一 个 简单 的 解决 方案 ， 就 是 sameElements 方法 : 
Array(1，2) sameELements Array(1，2) // = true 

实际 上 ， 我 们 最 好 要 记 住 ，Array 是 我 们 熟知 和 喜爱 的 ， 它 是 可 变 的 原始 Java 数组 ， 与 

Scala 库 中 我 们 习惯 使 用 的 集合 类 型 有 着 不 同 的 方法 。 


所 以 ， 如 果 你 试图 比较 数组 ， 考 虑 一 下 用 序列 来 比较 是 否 会 更 好 。( 不 使 用 序列 来 代替 的 
一 个 理由 是 ， 你 有 时 真 的 需要 数组 相对 于 序列 的 优势 性 能 。) 


与 数组 相反 ， 序 列 〈 比 如 List) 的 相等 性 的 行为 就 符合 你 的 期 望 : 


Etst(13:-2) ==Ltst(13:2) // = true 
List(1, 2) sameElements List(1, 2) // = true 


E E 
10.7 “本章 回顾 与 下 一 章 提 要 
我 们 讨论 了 Scala 对 象 系统 中 的 重要 主题 ， 如 继承 行为 ，Predef 的 特性 ， 类 型 层次 结构 的 
基础 知识 以 及 相等 性 。 
接 下 来 ， 我 们 将 继续 讨论 对 象 系统 ， 了 解 其 中 的 成 员 履 写 和 解析 规则 。 
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Scala RRA (II) 





本 章 将 对 类 成 员 和 trait 成 员 的 覆 写 规则 进行 介绍 ， 并 结束 对 Scala 对 象 系统 的 讨论 。 有 具体 
内 容 包 括 : Scala 如 何 通 过 线性 化 算法 (linearization algorithm) 解决 成 员 定义 以 及 如 何 对 
混和 人 了 trait 并 继承 自 其 他 类 型 的 类 型 进行 履 写 。 


11.1 和 覆 写 类 成 员 和 trait 成 员 

我 们 可 以 在 类 中 及 trait 中 声明 抽象 成 员 ， 包 括 抽象 字段 、 抽 象 方法 和 抽象 类 型 。 在 创建 实 
例 前 ， 继 承 类 或 tait 必须 定义 这 些 抽象 成 员 。 大 多 数 面向 对 象 语言 都 支持 抽象 方法 ， 其 中 
某 些 语言 还 支持 抽象 字段 和 抽象 类 型 。 


假如 你 需要 对 Scala 的 某 一 具体 成 员 进 行 覆 写 ， 履 写 该 成 员 时 必须 使 用 
override 关键 字 。 假 如 某 一 子 类 型 定义 (也 可 以 说 “ 覆 写 ”) 了 抽象 成 员 ， 
override 关键 字 是 可 省 略 的 。 反 过 来 说 ， 如 果 并 未 覆 写 其 一 成 员 但 却 使 用 了 
override 关键 字 ， 这 会 导致 错误 。 























强制 使 用 override 关键 字 会 带 来 下 列 好 处 。 

。 有 些 成 员 本 应 对 其 他 成 员 进 行 履 写 ， 而 使 用 override 关键 字 能 够 捕获 这 些 成 员 的 拼写 
错误 。 假 如 这 些 成 员 未 履 写 任何 成 员 ， 编 译 器 便 会 抛 出 错误 。 

。 向 基 类 中 添加 新 的 成 员 时 ， 由 于 基 类 开发 人 员 对 继承 类 并 不 太 了 解 ， 这 就 可 能 会 出 现 新 
添 的 成 员 名 与 继承 类 中 某 一 已 经 存在 的 成 员 名 称 冲 突 ， 而 Scala 能 够 捕获 这 一 细微 的 错 
误 。 也 就 是 说 ,我们 不 希望 继承 类 中 的 成 员 对 基 类 成 员 进 行 履 写 ， 而 由 于 该 继承 类 成 员 
未 提供 override 关键 字 ， 当 引入 这 个 新 的 基 类 成 员 时 ， 编 译 器 便 会 抛 出 错误 。 

。 由 于 必须 添加 这 一 关键 字 ， 这 有 助 于 提醒 你 考虑 到 底 哪些 成 员 应 该 被 履 写 。 
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Java 提供 了 @Override 对 方法 进行 注解 ， 你 可 以 选择 是 否 添加 该 注解 。 尽 管 该 注解 能 够 辅 

助 用 户 捕获 拼写 错误 ， 但 是 由 于 注解 是 可 选 的 ， 因 此 它 无 法 帮助 用 户 捕 获 上 面 第 二 项 所 描 

述 的 细微 错误 。 

在 实现 抽象 方法 时 ， 能 否 选 择 性 地 使 用 override 关键 字 呢 ? 我 们 一 起 听 听 赞同 和 反对 的 

声音 。 

除了 之 前 提出 的 几 点 之 外 ， 赞 同 使 用 override 关键 字 的 理由 还 包括 如 下 2 点 。 

。 使 用 override 关键 字 能 提醒 读者 ， 定 义 在 父 类 中 的 某 一 成 员 已 经 被 实现 了 (也 有 可 能 
MEET). 

。 假如 父 类 移 除 了 已 经 在 某 一 子 类 中 定义 了 的 抽象 成 员 ， 系 统 将 会 报错 。 

而 反对 使 用 override 关键 字 的 理由 如 下 。 

。 捕获 拼写 错误 其 实 并 没 必 要 。 未 定义 “ 覆 写 ”也 意味 着 当前 仍然 存在 未 定义 的 成 员 ， 因 

此 继承 类 (或 该 类 的 其 他 具体 类 ) 无 法 通过 编译 。 

。 在 代码 库 的 演变 过 程 中 ， 假 如 维护 父 类 某 一 抽象 成 员 的 开发 人 员 决 定 将 该 抽象 成 员 改 为 
具体 成 员 ， 这 一 变化 在 编译 子 类 时 无 法 被 注意 到 。 现 在 子 类 应 该 调用 该 方法 的 父 类 实现 
吗 ? 编译 器 会 默默 地 使 用 子 类 方法 履 写 父 类 新 定义 的 实现 。 


HRB SAAR 

换 句 话 说， 抽象 成 员 到 底 应 不 应 该 使 用 override 关键 字 呢 ? 我 们 很 难 给 出 答案 。 这 一 问题 
也 引入 了 更 多 的 问题 你 是 否 应 该 覆 写 一 个 具体 方法 呢 ? 正确 的 回答 是 ， 大 多 数 情况 下 ， 
你 不 应 该 这 样 做 。 

父 类 型 和 子 类 型 的 关系 就 好 比 一 纸 契 约 ， 我 们 需要 费心 确保 子 类 没有 破坏 父 类 型 所 指定 的 
实现 行为 。 

覆 写 具体 成 员 时 ， 很 容易 破坏 掉 这 纸 契 约 。 履 写 foo 方法 时 是 否 应 该 调用 super .foo 方法 
We? 如 果 调 用 了 super.foo 方法 ， 子 类 的 实现 方法 应 该 什么 时 候 调 用 该 方法 呢 ? 当然 ， 正 
确 的 做 法 取决 于 具体 的 场景 。 

著名 的 “四 人 组 ”所 编写 的 《设计 模式 》 一 书 中 描述 的 模版 方法 模式 (template method 
pattern) 构造 了 一 个 更 为 牢固 的 契约 。 在 该 模式 中 ， 父 类 提供 了 某 一 方法 的 具体 实 
现 ， 并 以 此 定义 了 某 一 行为 的 主要 轮廓 。 而 需要 使 用 多 态 行为 时 ， 该 方法 也 会 调用 一 些 
protected 抽象 方法 。 在 此 之 后 ， 子 类 型 则 只 需要 实现 proteced 抽象 方法 即 可 。 

下 面 我 们 给 出 这 样 一 个 示例 ， 说 明 供 美国 公司 使 用 的 工资 计算 器 的 粗略 实现 。 


// src/main/scala/progscala2/objectsystem/overrides/payroll-template-method.sc 





























































































































case class Address(city: String, state: String, zip: String) 
case class Employee(name: String, salary: Double, address: Address) 


abstract class Payroll { 
def netPay(employee: Employee): Double = { //@ 
val fedTaxes = calcFedTaxes(employee.salary) 
val stateTaxes = calcStateTaxes(employee.salary, employee.address) 
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employee.salary - fedTaxes -stateTaxes 


} 
def calcFedTaxes(salary: Double): Double // @ 
def calcStateTaxes(salary: Double, address: Address): Double //° 
} 
object Payroll2014 extends Payroll { 
val stateRate = Map( 
"XX" -> 0.05, 
"yy" -> 0.03, 
"ZZ" -> 0.0) 
def calcFedTaxes(salary: Double): Double = salary * 0.25 //@ 


def calcStateTaxes(salary: Double, address: Address): Double = { 
// Assume the address.state is valid; it's found in the map! 
salary * stateRate(address.state) 


} 
} 
val tom = Employee("Tom Jones", 100000.0, Address("MyTown", "XX", "12345")) 
val jane = Employee("Jane Doe", 110000.0, Address("BigCity", "YY", "67890")) 


Payroll2014.netPay(tom) // Result: 70000.0 
Payroll2014.netPay(jane) // Result: 79200.0 


@ netPay 方法 应 用 了 模版 方法 模式 。 该 方法 定义 了 计算 工资 的 协议 ， 并 将 像 这 类 每 年 都 
会 变化 的 具体 细节 委托 给 抽象 方法 处 理 。 
计算 美国 联邦 税 。 
pasties 

父 类 中 抽象 方法 的 具体 实现 


注意 ， 本 实现 中 未 出 现 override 关键 字 。 


这 些 天 ， 当 在 代码 中 看 到 override 关键 字 时 ， 我 便 仿佛 看 到 一 个 潜在 的 设计 坏 味 (design 
smell) 。 某 人 也 许 正 在 对 某 一 具体 行为 进行 覆 写 ， 这 可 能 会 导致 细微 的 bug。 


xt en Mas 这 条 规则 ， 我 能 想到 两 个 例外 。 革 一 方法 的 父 类 实现 对 于 
子 类 而 言 确实 设 有 用 处 ， 这 是 其 一 。 例 如 toString, equals 和 hashCode Fik, PEE, 
履 写 这 些 无 用 的 默认 方法 非常 普 Si, Dh28 Fae aE FAA ET ES 


第 二 个 例外 则 出 现在 这 样 一 个 场景 (也 许 出 现 次 数 很 少 ) : a BEVEL A EEE aE (non- 
overlapping) 行为 。 例 如 : 你 也 许 会 对 某 些 重要 方法 进行 履 写 , 以便 调 用 日 志 接 口 。 在 子 类 
履 写 中 ， 你 调用 日 志方 法 时 ， 使 用 super 对 象 并 不 会 影响 该 方法 的 外 部 行为 (这 也 是 该 方 
法 对 外 的 契约 ) 。 但 前 提 是 你 能 正确 调用 父 类 方法 ! 








@ 
© 
@ 
请 # 














除非 具体 方法 是 toString 这 样 的 无 用 方法 ， 否 则 请 不 要 履 写 具体 方法 。 除 
非 你 确实 是 在 覆 写 具体 方法 ， 否 则 不 要 使 用 override 关键 字 。 
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11.2 ”尝试 覆 写 final 声 明 


假如 某 一 





声明 中 包含 final 关键 字 ， 那 么 Scala 不 允许 覆 写 该 声明 。 在 下 面 的 示例 中 ， 











fixedMethod 方法 在 父 类 中 被 声明 为 final 方法 。 编 译 该 示例 时 会 出 现 编译 错误 : 


// 


pac 


cla 








src/main/scala/progscala2/objectsystem/overrides/final-member .scalaX 
kage progscala2.objectsystem.overrides 


ss NotFixed { 


final def fixedMethod = "fixed" 


} 


cla 
o 


} 


ss Changeable2 extends NotFixed { 
verride def fixedMethod = "not fixed" // 编译 错误 





Final 除了 用 于 对 成 员 进 行 限制 之 外 ， 还 能 用 于 限制 类 和 trait。 在 下 面 的 示例 中 ， 由 于 Fixed 
类 被 声明 为 Final 类 ， 因 此 当 某 一 新 类 型 试图 继承 Fixed 类 时 ， 该 新 类 型 无 法 通过 编译 : 


// 
pac 
fin 
d 
} 


cla 














src/main/scala/progscala2/objectsystem/overrides/final-class.scalaX 
kage progscala2.objectsystem.overrides 


al class Fixed { 


ef doSomething = "Fixed did something!" 


ss Changeable1 extends Fixed // 编译 错误 


在 Scala 类 库 中 ， 某 些 类 型 被 声明 为 Final 类 型 。 这 些 类 型 包括 某 些 IDK 
类 (如 String 类 型 )， 以 及 继承 自 AnyVal 类 型 的 所 有 “ 值 ”类 型 (请 参考 
10.2 节 )。 








11.3 有 覆 写 抽象 方法 和 具体 方法 


对 那些 未 声明 为 Final 类 型 的 声明 体 ， 我 们 将 对 作用 于 这 些 声 明 体 的 覆 写 规则 和 行为 进行 
考察 。 首 先 从 方法 开始 。 


BUN ZA 




















前 在 9.2 节 中 引入 了 Widget 特征 ， 下 面 我 们 将 对 其 进行 扩展 。 为 了 使 小 部 件 (widget) 


能 够 在 显示 器 或 网 页 上 展现 ， 我 们 引入 了 抽象 方法 draw。 同 时 ， 像 所 有 的 Java 程序 员 一 样 ， 


我 们 还 


下 面 列 日 





会 对 tostring() 这 一 具体 方法 进行 覆 写 ， 将 其 转化 成 某 一 特定 的 字符 串 格式 。 


























事实 上 ， 处 理 图 形 绘制 时 需要 考虑 多 个 相交 的 问题 。Mdget 对 象 的 状态 是 问 
题 之 一 ; 宣 染 到 不 同 的 平台 上 则 是 另 一 个 单独 的 问题 。 这 些 平台 
包括 了 “ 富 ” 客 户 端 、 网 页 、 移 动 设备 等 。 因 此 ，trait 非常 适合 处 理 绘图 问 
题 ， 尤 其 是 当 你 希望 GUI 抽象 体 可 移植 的 时 候 ， 不 过 为 了 简化 问题 ， 我 们 只 
ZTE Widget 类 层次 结构 中 处 理 绘图 逻辑 。 















































了 修订 后 的 Widget 类 定义 ， 新 的 定义 中 提供 了 draw 方 法 和 toString 方法。 从 逻 
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HE Lei, Widget 类 是 所 有 像 按钮 这 样 的 UI 小 部 件 的 父 类 ， 因 此 我 们 现在 将 Widget 类 变 
为 抽象 类 。 


// src/main/scala/progscala2/objectsystem/ui/Widget.scala 
package progscala2.objectsystem.ui 





abstract class Widget { 

def draw(): Unit 

override def toString() = "(widget)" 
} 


由 于 draw 方法 并 未 定义 方法 体 ， 因 此 该 方法 是 抽象 方法 ， 同 理 ，WMdget 类 也 需 被 声明 成 
HRA, Widget 类 的 所 有 具体 子 类 均 需 要 实现 draw 方 法， 当然 ， 也 可 以 依赖 某 一 实现 了 
该 方法 的 父 类 。 尽 管 draw 方 法 可 以 返回 某 种 “成 功 ” 状 态 ， 但 我 们 并 不 需要 draw 方法 返 
回 事物 ， 因 此 该 方法 返回 值 为 Unit。 


toString() 方法 的 实现 较为 直观 。 由 于 AnyRef 类 定义 了 toString 方法， 因此 声明 Widget. 
toString 方法 时 必须 使 用 override 关键 字 。 


下 面 列 出 了 修订 后 的 Button 类 ， 该 类 同样 实现 了 draw 方 法 和 toString 方法: 


// src/main/scala/progscala2/objectsystem/ui/Button.scala 
package progscala2.objectsystem.ui 
import progscala2.traits.ui2.Clickable 

















class Button(val label: String) extends Widget with Clickable { 


// Simple hack for demonstration purposes: 
def draw(): Unit = println(s"Drawing: $this") 


// From Clickable: 
protected def updateUI(): Unit = println(s"$this clicked; updating UI") 


override def toString() = s"(button: label=$label, ${super.toString()})" 
} 


Button 类 也 混入 了 我 们 在 9.3 节 中 引入 的 Clickable 特征 。 我 们 稍 后 会 进行 深入 说 明 。 


我 们 可 以 将 Button 类 实现 为 case 类 ， 不 过 正如 你 所 见 ， 之 后 将 Button 类 进一步 划分 以 生 
成 其 他 的 按钮 类 型 。 我 们 也 希望 避免 之 前 讨论 过 的 case 类 继承 可 能 产生 的 问题 


Button 类 实现 了 抽象 方法 draw, m override 关键 字 在 此 处 是 可 选 关键 字 。Button 类 同时 
WEAS T toString 方法 ， 对 toString 方法 的 覆 写 则 需要 override 关键 字 。 请 注意 履 写 后 
的 toString 方法 调用 了 super.toString 方法 。 


实现 抽象 方法 时 ， 是 否 应 该 使 用 override 关键 字 呢 ? 我 认为 不 应 使 用 。 假 
设 Widget 类 的 维护 人 员 将 来 决定 提供 默认 的 draw 实现 方法 ， 实 现 该 方法 的 
目的 也 许 是 为 了 记录 每 次 调用 的 情况 。 如 果 你 已 经 对 draw 方法 进行 了 履 写 ， 
编译 器 会 默认 你 目前 确实 要 对 该 具体 方法 进行 覆 写 ， 而 你 永远 不 会 知道 父 类 
的 这 个 变更 。 不 过 ， 如 果 你 未 使 用 override 关键 字 ， 那 么 当 抽象 方法 draw 
突然 有 了 实现 体 之 后 ， 你 的 代码 会 无 法 通过 编译 ， 因 此 你 知道 这 个 变更 。 
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尽管 super 关键 字 与 this 作用 类 似 ， 不 过 super 绑 定 到 父 类 型 ， 即 当前 类 的 父 类 和 其 他 混 
入 的 trait。 查 找 super.toString 方法 时 会 找到 “最 近 ” 的 父 类 型 所 提供 的 toString 方法 ， 
而 父 类 型 的 距离 则 是 由 本 章 稍 后 要 讲 到 的 线性 化 过 程 所 决定 的 〈 请 参考 11.7 节 的 相关 内 
容 )。 在 这 个 示例 中 ， 由 于 Clickable 特征 未 定义 toString Fik, super. toString 将 调用 


Widget.toString 方法 。 我 们 在 这 个 示例 中 延 用 了 9.3 节 中 引入 的 Clickable 特征 。 


由 于 覆 写 具 体 方法 容易 产生 错误 ， 因 此 应 尽量 少 用 。 那 么 我 们 是 否 应 该 调用 
父 类 方法 呢 ? 如 果 应 该 调用 ， 什 么 时 候 调用 比较 合适 呢 ? 你 是 在 执行 其 他 业 
务 逻 辑 之 前 调用 父 类 方法 ， 还 是 之 后 呢 ? 尽管 父 类 方法 的 作者 也 许 会 列 出 覆 
写 该 方法 时 的 限制 条 件 ， 不 过 很 难 确保 继承 类 的 作者 会 遵守 这 些 限制 。 模 版 
方法 模式 (template method pattern) 是 非常 健壮 的 应 用 程序 。 



































下 列举 了 一 段 简 单 的 脚本 ， 用 于 演示 如 何 操作 Button 类 : 


// src/main/scala/progscala2/objectsystem/ui/button.sc 
import progscala2.objectsystem.ui.Button 


= 


val b = new Button("Submit") 
// Result: b: oop.ui.Button = (button: Label=Submit, (widget) ) 


b.draw() 
// Result: Drawing: (button: Label=Submit, (widget) ) 


11.4 覆 写 抽象 字段 和 具体 字段 


由 于 trait 存在 一 些 特殊 的 问题 ， 我 们 将 分 开 讨 论 trait 和 类 的 字段 履 写 。 

履 写 trait 中 的 字段 

下 面 列举 了 一 段 精心 设计 的 示例 代码 。 在 字段 初始 化 之 前 ， 该 示例 会 调用 这 个 尚未 定义 的 
字段 : 





// src/main/scala/progscala2/objectsystem/overrides/trait-invalid-init-val.sc 
// ERROR: "value" read before initialized. 


trait AbstractT2 { 
println("In AbstractT2:") 
val value: Int 
val inverse = 1.0/value //@ 
println("AbstractT2: value = "+value+", inverse = "+inverse) 


} 
val obj = new AbstractT2 { 
println("In obj:") 
val value = 10 
println("obj.value = "+obj.value+", inverse = "+obj.inverse) 
@ 初始 化 inverse 字段 时 ，value 值 是 多 少 ? 
尽管 看 上 去 我 们 是 通过 new AbstractT2 语句 创建 的 AbstractT2 特征 的 一 个 实例 ， 不 过 事实 
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上 我 们 实例 化 了 一 个 隐 式 地 扩展 了 AbstractT2 特征 的 匿名 类 。 请 留意 我 们 使 用 scala 命令 
行 ($ 是 脚本 提示 符 ) 运行 该 脚本 时 产生 的 输出 信息 : 

$ scala src/main/scala/progscala2/objectsystem/overrides/trait-bad-init-val.sc 

In AbstractT2: 

AbstractT2: value = 0, inverse = Infinity 

In obj: 

obj.value = 10, inverse = Infinity 
假如 在 REPL 中 执行 :load src/main/scala/progscala2/objectsystem/overrides/trait- 
bad-init-val.sc 命令 ， 或 是 将 代码 复制 到 REPL 中 执行 ， 你 能 得 到 执行 的 结果 (与 上 面 的 
输出 相 比 ， 你 会 得 到 一 些 额外 的 输出 行 )。 
正如 你 所 预计 的 那样 ，inverse 变量 过 早 被 计算 了 。 尽 管 没 有 抛 出 除 替 异常 (divide-by- 
zero exception) ， 但 是 编译 器 仍 认为 inverse 值 无 穷 大 。 


Scala 为 此 类 问题 提供 了 两 个 解决 方案 。 第 一 个 方案 是 使 用 情 性 值 (lazy value)， 我 们 之 前 
在 3.11 节 中 曾 对 此 进行 了 讨论 : 


// src/main/scala/progscala2/objectsystem/overrides/trait-lazy-init-val.sc 























trait AbstractT2 { 
println("In AbstractT2:") 
val value: Int 
lazy val inverse = 1.0/value //@ 
// println("AbstractT2: value = "+valuet+", inverse = "+inverse) 


val obj = new AbstractT2 { 
println("In obj:") 
val value = 10 


println("obj.value = "+obj.value+", inverse = "+obj.inverse) 
@ 添加 了 lazy 关键 字 ， 并 注释 了 println 语句 。 
现在 ，inverse 成 功 地 被 初始 化 ， 并 被 赋予 了 合法 值 : 


In AbstractT2: 
In obj: 
obj.value = 10, inverse = 0.1 


但 是 ， 只 有 当 我 们 不 使 用 printtn 语句 时 ，lazy 关键 字 才 能 起 到 作用 。 如 有 果 你 移 除了 // 
符号 后 再 执行 该 脚本 ， 你 会 再 次 得 到 Infinity 值 。 这 是 因为 lazy 会 推迟 对 变量 进行 估 值 ， 
直到 有 代码 需要 使 用 该 值 。 而 printtn 语句 过 早 要 求 scala 对 inverse 变量 进行 估 值 。 











假如 某 一 val 变量 是 惰性 值 ， 请 确保 尽 可 能 地 推迟 对 该 val 值 的 使 用 。 

















预先 初始 化 字段 是 第 二 个 解决 方案 ， 该 方案 并 未 得 到 广泛 使 用 。 请 思考 下 面 改良 后 的 实现 : 
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// src/main/scala/progscala2/objectsystem/overrides/trait-pre-init-val.sc 


trait AbstractT2 { 


println("In AbstractT2:") 


val value: Int 


val inverse = 1.0/value 


println("AbstractT2: value = "+value+", inverse = "+inverse) 
} 
val obj = new { 
// println("In obj:") //@ 
val value = 10 
} with AbstractT2 
println("obj.value = "+obj.value+", inverse = "+obj.inverse) 








@ 预先 初始 化 块 中 只 人 允许 出 现 类 型 定义 或 具体 字段 定义 。 比 方 说 ， 如 果 此 处 调用 了 
println 语句 ， 那 么 会 出 现 编译 错误 。 
在 with AbstractT2 子 名 执行 之 前 ， 我 们 便 已 实例 化 了 一 个 匿名 内 部 类 并 在 代码 块 中 初始 


化 了 该 内 部 类 的 值 字段 。 这 确保 了 在 执行 AbstractT2 特征 体 之 前 ，value 字段 已 初始 化 完 
毕 。 这 点 在 我 们 执行 脚本 时 便 能 发 现 : 

















In AbstractT2: 
AbstractT2: value = 10, 
obj.value = 10, inverse 








inverse = 0.1 
= 0.1 


即便 是 在 AbstractT2 特征 的 主体 中 ，inverse 也 得 到 了 很 好 的 初始 化 。 


现在 我 们 将 对 VetoableClick 


特征 进行 覆 写 。 我 们 之 前 在 9.3 节 中 使 用 过 该 trait， 它 定义 了 


一 个 名 为 maxAllowed 的 val 变量 ， 并 将 其 初始 化 为 1。 我 们 希望 能 够 在 某 个 混和 人 了 该 trait 








的 类 中 对 该 值 进行 覆 写 。 下 面 再 次 列 出 了 VetoableClicks 的 实现 代码 : 











// src/main/scala/progscala2/traits/ui2/VetoableClicks.scala 
package progscala2.traits.ui2 
import progscala2.traits.observer._ 


trait VetoableClicks extends Clickable { //@ 


// 默认 的 允许 点 击 数 
val maxAllowed = 1 
private var count = 0 





abstract override def 


// @ 


click() = { 


if (count < maxAllowed) { // ® 


count += 1 
super .click() 
} 
} 
} 


@ VetoableClicks 依然 扩展 


@ RAR RK. (ARE 


@ 点 击 数 一 旦 超过 了 允许 值 


自 Clickable 特征 。 





E 提 供 “ 重 置 ”功能 ， 这 对 该 wait 将 会 有 所 帮助 。) 


(从 0 开始 计数 ) ， 后 续 的 点 击 事件 便 不 会 发 送 给 super 对 象 。 
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尽管 你 可 以 很 直观 地 创建 混入 了 该 trait 的 实例 并 按 要 求 对 maxALLowed 变量 进行 覆 写 ， 但 是 
我 们 首先 应 该 审视 一 下 ， 初 始 化 这 样 一 类 实例 时 会 出 现 哪些 问题 


为 了 能 发 现 这 些 问 题 ， 我 们 首先 回 到 VetoableClicks 特征 ， 并 将 该 trait 混入 Button 


类 。 为 了 能 够 检测 到 发 生 了 什么 ,我们 同样 也 需要 混入 之 前 在 9.3 节 中 讨论 过 的 
ObservableClicks 特征 : 





// src/main/scala/progscala2/traits/ui2/ObservableClicks.scala 
package progscala2.traits.ui2 
import progscala2.traits.observer._ 


trait ObservableClicks extends Clickable with Subject[Clickable] { 
abstract override def click(): Unit = { // © 
super.click() 
notifyObservers(this) 
} 
} 


© 请 留意 abstract override 关键 字 ， 我 们 之 前 在 9.3 节 曾 经 讨论 过 该 关键 字 。 
下 面 列 出 了 测试 脚本 : 


// src/main/scala/progscala2/objectsystem/ui/vetoable-clicks.sc 

import progscala2.objectsystem.ui.Button 

import progscala2.traits.ui2.{Clickable, ObservableClicks, VetoableClicks} 
import progscala2.traits.observer._ 




















val observableButton = //@ 
new Button("Okay") with ObservableClicks with VetoableClicks { 
override val maxAllowed: Int = 2 //@ 
} 
assert(observableButton.maxALlowed == 2, // ©® 


s"maxAllowed = ${observableButton.maxAllowed}") 


class ClickCountObserver extends Observer[Clickable] { // @ 
var count = 0 
def receiveUpdate(state: Clickable): Unit = count += 1 


} 


val clickCountObserver = new ClickCountObserver // ® 
observableButton. addObserver(clickCountObserver ) 


valn=5 
for (i <- 1 to n) observableButton.click() // Q 
assert(clickCountObserver.count == 2, //@ 


s"count = ${clickCountObserver.count}. Should be != $n") 


@ 通过 混入 所 需 trait， 我 们 构造 了 一 个 可 观察 的 (observable) 按钮 。 
@ 履 写 val 变量 是 我 们 此 次 练习 的 主要 目的 。 请 留意 ， 此 处 使 用 override 关键 字 关 


maxALLowed 变量 进行 完整 声明 是 必需 的 。 
© 使 用 assert 语句 ， 验 证 maxAllowed 值 已 经 成 功 修改 了 。 


HS 


对 
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定义 一 个 观察 者 ， 以 追踪 当前 点 击 数 。 

初始 化 观察 者 实例 ， 并 将 该 实例 “注册 ”到 按钮 主体 中 。 

@ 验证 观察 者 是 否 只 接收 到 两 次 点 击 事件 ， 其 余 三 次 点 击 事件 都 被 否决 了 。 

我 们 再 回顾 一 下 ，trait 的 混和 人 次 序 决定 了 它们 之 间 的 优先 级 ， 我 们 稍 后 将 在 11.7 一 节 中 ， 
完成 对 执行 顺序 的 深入 讲解 。 
如 果 我 们 尝试 切换 标签 @ 下 一 行 中 0bservabLeCLicks Fl VetoableClicks 的 输入 次 序 ， 会 发 
生 什 么 呢 ? 你 将 看 到 该 程序 无 法 通过 最 终 的 断言 测试 ， 点 击 数 将 会 是 5 而 不 是 2。 为 什么 
WE? 这 是 因为 ObservableClicks 特征 会 早 于 VetoableClicks 特征 发 现 每 次 点 击 事件 。 换 言 
Z, VetoableClicks 现在 并 未 做 任何 有 意义 的 事情 。 


现在 ,我们 知道 履 写 不 可 变 字段 定义 。 假 如 你 希望 能 更 灵活 地 控制 naxALLowed 字段 ， 使 其 
能 够 在 程序 运行 时 发 生变 化 ， 那 么 该 怎么 办 呢 ? 你 可 以 使 用 var 关键 字 将 该 字段 声明 为 可 
变 变 量 ， 之 后 对 observableButton 的 声明 进行 修改 ， 如 下 所 示 : 
val observableButton = 
new Button("Okay") with ObservableClicks with VetoableClicks { 


maxALlowed = 2 
} 


此 时 我 们 已 不 再 需要 此 前 observableButton 签名 中 出 现 的 override HEF T 


考虑 到 逻辑 一 致 性 ， 你 应 该 知道 对 maxAllowed 变量 进行 修改 后 对 观察 者 的 状态 会 有 什么 影 
响 。 假 如 maxALLowed 数量 减少 ， 而 观察 者 已 经 统计 出 了 一 个 较 大 的 点 击 数 ， 那 么 你 是 否 应 
该 引入 机 制 减少 观察 者 统计 的 数量 呢 ? 


我 们 现在 可 以 讨论 之 前 提 及 初始 化 时 可 能 会 出 现 的 问题 。 在 执行 类 体 之 间 ， 该 类 所 使 用 的 
trait 的 代码 体 便 已 经 执行 完毕 。 这 也 意味 着 特征 体 对 字段 进行 初始 化 赋值 之 后 ， 类 才 对 该 
字段 进行 重新 赋值 。 回 顾 我 们 之 前 的 一 个 错误 示例 。inverse 值 尚未 设置 便 被 调用 。 为 了 
能 够 保存 maxALlowed 字段 的 更 新 信息 ， 我 们 假设 特征 VetoableObserver 初始 化 了 某 些 私有 
数组 。 而 对 maxALLowed 的 最 终 赋值 操作 也 许 会 使 对 象 处 于 不 一 致 的 状态 ! 你 需要 通过 一 些 
手动 的 方式 避免 这 一 问题 ， 例 如 : 直到 需要 对 maxALLowed 进行 第 一 次 更 新 时 才 分 配 存 储 ， 
并 确保 此 时 已 经 完成 了 初始 化 过 程 。 将 maxAllowed 字段 声明 为 val 字段 并 不 能 解决 这 一 问 
题 ， 尽 管 这 一 举动 能 提醒 用 户 VetoableClicks 特征 已 经 对 实例 的 状态 进行 了 这 样 的 假定 ， 
Bil maxALLowed 字段 状态 不 会 被 修改 。 除 此 之 外 ， 假 如 你 是 VetoableClicks 特征 的 维护 者 ， 
那么 你 需要 记 住 一 点 : 无 论 maxALlowed 是 否 被 声明 为 不 可 变量 ， 用 户 都 有 可 能 会 对 该 值 进 
行 履 写 | 





© © O 






















































































尽 可 能 避免 〈 在 类 中 和 trait 中 ) 使 用 var 字段 ， 而 使 用 公共 var 字段 则 尤为 
危险 。 

不 过 ，val 所 提供 的 可 见 性 保护 并 非 无 懈 可 击 。 我 们 可 以 在 初始 化 子 类 实 
例 时 对 trait 中 的 val 字段 进行 覆 写 ， 不 过 初始 化 完 之 后 ， 该 字段 仍 为 不 可 


变 值 。 
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覆 写 类 字段 


类 中 





声明 的 成 员 ， 其 表现 与 trait 中 的 成 员 大 臻 相同。 为 了 能 够 完整 地 描述 如 何 覆 写 类 字 








段 ， 下 面 这 个 示例 中 的 继承 类 既 覆 写 了 val 字段 ， 又 对 var 字段 进行 了 重新 赋值 : 














// src/main/scala/progscala2/objectsystem/overrides/class-field.sc 


class C1 { 
val name = "C1" 
var count = 0 

} 

class ClassWithC1 extends C1 { 
override var name = "ClassWithC1" 
count = 1 

} 


val c = new ClassWithC1() 
println(c.name) 
println(c.count) 





覆 写 具体 val 字段 时 ，override 关键 字 是 必 不 可 少 的 ， 不 过 对 于 count 这 个 var 字段 而 言 ， 

















则 不 然 。 这 是 因为 修改 val 字段 意味 着 我 们 正在 修改 某 一 常量 (val 字段 ) 的 初始 化 过 程 ， 
这 类 “特殊 ”操作 需要 使 用 override 关键 字 。 


运行 


该 脚本 后 会 产生 下 列 输出 : 


ClassWithC1 
1 





正如 我 们 所 预计 的 那样 ， 继 承 类 对 这 两 个 字段 都 进行 了 覆 写 。 下 面 对 之 前 的 示例 进行 修 
改 ， 将 基 类 中 的 val 字段 和 var 字段 都 修改 成 abstract 字段 : 


由 于 这 














// src/main/scala/progscala2/objectsystem/overrides/class-abs-field.sc 


abstract class AbstractC1 { 
val name: String 
var count: Int 


} 


class ClassWithAbstractC1 extends Abstractc1 { 
val name = "ClassWithAbstractC1" 
var count = 1 


} 


val c = new ClasswWithAbstractC1() 
println(c.name) 
println(c.count) 


字段 均 声 明 为 abstract 类 型 ， 因 此 ClassWithAbstractC1 中 不 再 需要 override 关 




















键 字 。 出 如 下 所 示 : 


ClassWithAbstractC1 
1 
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有 必要 强调 一 下 : name 和 count 是 抽象 字段 ， 它 们 并 不 是 包含 默认 值 的 具体 字段 。 如 果 
在 Java 类 中 进行 类 似 的 声明 ， 如 String name, Java 将 会 声明 一 个 具有 默认 值 的 具体 字段 ， 
而 在 本 例 中 默认 值 为 null。Java 并 不 支持 抽象 字段 ， 只 支持 抽象 方法 。 


11.5 和 覆 写 抽象 类 型 


我 们 在 2.13 节 中 介绍 了 什么 是 抽象 类 型 ， 而 Java 并 不 支持 抽象 类 型 。 我 们 回顾 一 下 相关 
章节 中 出 现 过 的 BulkReader 示例 : 


abstract class BulkReader { 

type In 

val source: In 

def read: String // 该 方法 会 读 取 数 据 源 内 容 , 并 返回 字符 串 
} 



































class StringBulkReader(val source: String) extends BulkReader { 
type In = String 
def read: String = source 


} 














该 示例 演示 了 如 何 声明 抽象 类 型 以 及 如 何在 继承 类 中 为 该 抽象 类 型 定义 具体 值 。 
BuLkReader 类 声明 了 In 类 型 ， 但 却 未 初始 化 该 类 型 。 而 具体 继承 类 StringBulkReader 使 
用 type In = String 语句 为 该 类 型 提供 了 有 具体 值 。 


不 同 于 字段 和 方法 ， 我 们 无 法 对 具体 的 类 型 定义 进行 履 写 。 


DT 9 AS ` r=] 1 sa fF 
11.6 无须 区 分 访问 方法 和 字段 : 统一 访问 原则 
我 们 将 再 次 聚焦 VetoableClick 特征 中 的 maxAllowed 字段 ， 并 将 讨论 一 种 有 趣 的 设计 方式 : 
将 继承 和 统一 访问 原则 混合 在 一 起 。 我 们 之 前 在 8.6.1 一 节 中 已 经 对 该 原则 进行 了 讲解 。 


下 面 列 举 了 Vetoableclick 的 一 类 新 的 实现 ， 我 们 称 之 为 VetoableClickUAP (UAP 是 
uniform access principle 的 缩写 ， 即 统一 访问 原则 ) : 




















// src/main/scala/progscala2/objectsystem/ui/vetoable-clicks-uap.sc 

import progscala2.objectsystem.ui.Button 

import progscala2.traits.ui2.{Clickable, ObservableClicks, VetoableClicks} 
import progscala2.traits.observer._ 


trait VetoableClicksUAP extends Clickable { 
def maxAllowed: Int = 1 //@ 
private var count = 0 
abstract override def click() = { 
if (count < maxAllowed) { 


count += 1 
super .click() 





} 
} 
} 


val observableButton = 


new Button("Okay") with ObservableClicks with VetoableClicksUAP { 


override val maxAllowed: Int = 2 //@ 
} 


assert(observableButton.maxALlLlowed == 2, 
s"maxALlowed = ${observableButton.maxALlowed}") 


class ClickCountObserver extends Observer[Clickable] { 
var count = 0 
def receiveUpdate(state: Clickable): Unit = count += 1 


} 


val clickCountObserver = new ClickCountObserver 
observableButton. addObserver(clickCountObserver ) 


valn=5 
for (i <- 1 to n) observableButton.click() 


assert(clickCountObserver.count == 2, 
s"count = ${clickCountObserver.count}. Should be != $n") 


@ 我 们 将 maxAllowed 定义 成 一 个 默认 返回 值 为 1 的 方法 。 


@ 我 们 并 没有 对 maxAllowed 方法 进行 覆 写 ， 而 是 使 用 了 一 个 值 定义 
定义 。 



































(val 类 型 ) 对 其 重新 








由 于 我 们 已 经 定义 了 maxAllowed 方法 ， 因 此 必须 使 用 override 关键 字 。 假 如 特征 体 中 的 


maxALLowed 方法 为 抽象 方法 ， 那 么 override 关键 字 便 不 是 必须 的 。 








该 脚本 的 输出 与 之 前 相同 ， 不 过 我 们 利用 统一 访问 原则 把 方法 定义 履 写 为 值 定 义 。 那 么 为 


什么 Scala 会 允许 这 种 行为 呢 ? 





声明 某 一 函数 时 ， 只 要 函数 实现 能 正确 执行 ， 该 函数 就 有 权 在 每 次 调用 时 返回 不 同 的 结 采 
值 。 不 过 ,假如 该 函数 每 次 只 返回 一 个 特定 值 的 话 ， 该 函数 声明 便 具备 了 一 致 性 。 当 然 ， 
函数 式 编程 比较 青睐 这 种 行为 。 而 理想 状态 下 ， 在 纯 函 数 编程 的 世界 里 ， 无 参 方法 总 是 应 





该 返回 相同 值 。 





所 以 ， 假 如 将 国 数 调 用 替换 成 某 一 个 值 时 ， 我 们 利用 了 引用 透明 性 (referential 





transparency) 原则 ， 并 未 违背 任何 方法 实现 应 遵循 的 规则 。 





基于 这 一 原因 ，Scala 库 中 定义 的 trait 中 常常 使 用 无 参 方法 ， 而 不 是 字段 值 。 如 果 愿 意 的 
话 ， 你 也 可 以 将 这 些 方法 视 为 属性 读 取 器 (property reader)。 这 样 一 来 ， 该 类 型 的 开发 人 
员 便 能 非常 灵活 地 实现 该 方法 。 开 发 人 员 可 以 将 代价 昂贵 的 初始 化 过 程 推迟 到 必须 处 理 的 














时 候 再 处 理 ， 也 可 以 简单 地 为 该 方法 设置 一 个 返回 值 。 




















与 Java 代码 进行 互 操作 时 ， 你 可 以 在 子 类 中 将 方法 覆 写 为 值 ， 这 样 能 为 开发 人 员 带 来 便 
利 。 例 如 : 你 可 以 对 某 些 getter 方法 进行 履 写 ， 将 其 修改 为 val 值 并 放 到 构造 国 数 中 即 可 
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(Scala 会 为 构造 函数 参数 表 中 出 现 的 参数 自动 生成 getter 方法 )。 
在 下 面 这 个 示例 中 ，Scala 语 言 中 的 Person 类 从 某 些 遗留 的 Java 库 中 继承 了 


PersonInterface 4; 














class Person(val getName: String) extends PersonInterface 


如 果 你 只 需要 对 Java 代码 中 的 某 些 访问 方法 进行 履 写 ， 那 么 使 用 这 项 技术 能 帮助 你 很 快 地 
完成 工作 。 
我 们 能 不 能 使 用 var 变量 对 无 参 方法 进行 履 写 呢 ?” 能 否 使 用 方法 对 某 一 val 值 或 var 值 进 
THEE? 由 于 在 这 两 类 覆 写 中 ， 覆 写 后 的 类 型 行为 无 法 匹配 之 前 的 行为 ， 因 此 这 是 不 被 
允许 的 。 

如 果 你 尝试 使 用 var 变量 履 写 无 参 方法 ， 系 统 将 返回 错误 : 写 方 法 override name_= 无 法 
覆 写 任何 方法 。 举 个 例子 ， 假 如 我 们 在 某 个 trait 中 使 用 def name: String 语句 声明 抽象 方 
法 ， 之 后 在 实现 子 类 中 使 用 val name="foo" 语句 对 该 方法 进行 履 写 。 这 等 同 于 覆 写 了 两 个 
方法 ，trait 中 原先 定义 的 方法 和 def name_=(...) 方 法 ,但 是 trait 中 并 不 存在 name_ 方法 。 


如 果 Scala 允许 使 用 方法 对 val 值 进行 覆 写 ， 为 了 与 val 的 语法 保持 一 致 性 ，Scala 需要 保 
证 每 次 调用 该 方法 总 能 返回 相同 值 ， 但 Scala 无 法 做 到 这 点 。 


11.7 ”对象 层次 结构 的 线性 化 算法 

由 于 采用 了 单 继 承 模型 ， 假 如 我 们 不 使 用 可 混入 的 trait， 继 承 层次 结构 将 会 变 成 一 条 直线 ， 
将 各 个 祖先 节点 依次 连接 。 如 果 引 入 trait 的 话 ， 由 于 每 个 类 型 都 有 可 能 继承 自 其 他 trait 或 
类 ， 继 承 层 次 关系 便 形 成 了 一 个 有 向 无 环 图 。 
“线性 化 算法 ”是 一 类 用 于 对 层级 结构 图 进行 “扁平 化 ”处 理 的 算法 ， 引 入 该 算法 是 为 了 
解决 方法 查找 的 优先 级 问题 、 构 造 函 数 调用 顺序 、super 关键 字 绑 定 问题 等 一 系列 问题 。 
我 们 之 前 在 9.3 节 中 曾 看 到 过 混入 了 多 个 trait 的 实例 ， 其 中 Scala 将 按照 从 右 到 左 的 声明 
顺序 对 这 些 trait 进行 绑 定 。 而 下 列 示 例 也 证 实 了 这 一 条 简单 的 线性 化 规则 ; 


// src/main/scala/progscala2/objectsystem/Linearization/linearization1.sc 













































































class C1 { 
def m = print("C1 ") 
} 


trait T1 extends C1 { 
override def m = { print("T1 "); super.m } 


} 


trait T2 extends C1 { 
override def m = { print("T2 "); super.m } 


} 


trait T3 extends C1 { 
override def m = { print("T3 "); super.m } 





2822 | #1128 


} 


class C2 extends T1 with T2 with T3 { 
override def m = { print("C2 "); super.m } 


} 


val c2 = new C2 
c2.m 


该 脚本 执行 后 将 输出 以 下 信息 : 
C2 T3 T2 T1 C1 


由 此 ， 我 们 可 以 看 出 trait 中 的 m 方 法 将 依照 声明 顺序 ， 从 右 到 左 的 被 调用 。 我 们 稍 后 也 将 
解释 为 什么 C1 会 出 现在 列表 的 末尾 处 。 


接 下 来 ， 我 们 将 会 看 到 构造 函数 的 调用 顺序 : 


// src/main/scala/progscala2/objectsystem/linearization/linearization2.sc 





class C1 { 
print("C1 ") 
} 


trait T1 extends C1 { 
print("T1 ") 


trait T2 extends C1 { 
print("T2 ") 
} 


trait T3 extends C1 { 
print("T3 ") 
} 


class C2 extends T1 with T2 with T3 { 
println("C2 ") 
} 


val c2 = new C2 


执行 该 脚本 后 将 产生 以 下 输出 信息 : 
C1 T1 T2 T3 C2 

我 们 可 以 发 现 ， 构 造 顺序 与 之 前 的 方法 调用 顺序 恰恰 相反 。 由 于 继承 类 型 在 构造 过 程 中 常 
常 需要 使 用 父 类 型 的 字段 和 方法 ， 而 这 种 构造 函数 调用 顺序 恰恰 能 够 确保 父 类 型 会 先 于 继 
承 类 型 被 构造 。 

第 一 段 线性 化 脚本 的 输出 结果 的 末尾 处 实际 上 缺少 了 两 个 类 型 。 对 引用 类 型 执行 线性 化 算 
法 后 ， 结 果 的 末尾 处 应 包含 AnyRef 类 型 和 Any 类型。 因此， 对 52 做 线性 化 处 理 后 的 实际 
输出 如 下 所 示 : 


C2 T3 T2 T1 C1 AnyRef Any 
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在 Scala 2.10 出 现 之 前 ，Scala 中 还 存在 一 个 用 于 标记 的 特征 ScalaObject, i% trait 在 类 层 
次 关系 表 中 位 于 AnyRef 之 前 。 因 此 AnyRef 和 Any 类 型 中 并 未 使 用 我 们 所 使 用 的 print if 
句 ， 所 以 我 们 的 输出 结果 中 当然 不 会 显示 它们 。 


与 引用 类 型 不 同 ， 值 类 型 是 AnyVal 类 的 子 类 ， 它 们 均 被 声明 为 abstract final 类 型 。 编 
译 器 负责 初始 化 这 些 值 类 型 。 由 于 我 们 无 法 编写 这 些 值 类 型 的 子 类 ， 因 此 这 些 值 类 型 的 线 








性 化 算法 非常 简单 直 白 。 























那些 新 创建 的 价值 类 (value class) ， 它 们 的 线性 化 算法 是 什么 样 的 呢 ? 我 们 将 对 之 前 出 现 
的 USPhoneNumber 进行 修改 ， 在 类 中 添加 m 方法， 该 方法 与 我 们 之 前 使 用 的 m 方法 完全 一 
样 。 价 值 类 不 允许 我 们 在 类 型 体 中 添加 之 前 的 print 语句 : 


// src/main/scala/progscala2/basicoop/valuecLassphoneNumber .sc 

















class USPhoneNumber(val s: String) extends AnyVal { 


override def toString = { 
val digs = digits(s) 


val areaCode = digs.substring(0,3) 
val exchange = digs.substring(3,6) 
val subnumber = digs.substring(6,10) // "subscriber number" 
s"(SareaCode) Sexchange-$subnumber" 


} 


private def digits(str: String): String = str.replaceALL("""\D""", "") 


} 


val number = new USPhoneNumber ("987-654-3210") 
// Result: number: USPhoneNumber = (987) 654-3210 


调用 m 方 法 后 ， 该 示例 将 打印 下 列 信息 : 
USPhoneNumber Formatter Digitizer M 


我 们 之 前 曾 看 到 过 一 组 类 层次 体系 ， 该 体系 中 每 个 类 都 被 命名 为 *。 而 上 述 示例 的 输出 结 
果 与 C* 类 层次 体系 打印 的 结果 一 致 。 不 过 请 注意 ， 上 述 示例 将 C* 体系 结构 中 出 现 的 M 特 





征 混入 到 一 些 其 他 的 trait 中 。 为 什么 M 出 现在 输出 信息 的 末尾 位 置 呢 ， 是 不 是 表明 定义 在 











M 特征 中 的 m 方 法 会 被 最 后 找到 呢 ? 我 们 将 对 线性 化 算法 进行 更 深入 地 学 习 。 


我 们 将 使 用 一 组 C* 类 对 线性 化 算法 进行 讲解 。 在 这 组 类 中 ， 所 有 的 类 和 trait 均 定义 了 方 
法 m。 由 于 下 面 示例 中 的 实例 的 类 型 是 C2 类 型 ， 因 此 C2 类 中 定义 的 m 方 法 会 被 最 早 调 用 。 
C2.m 方 法 调用 了 superm 方 法 ， 该 方法 将 被 解析 为 T13.m 方 法 。 对 输出 结果 进行 分 析 ， 发 现 
方法 查找 似乎 并 未 采用 深度 优先 算法 ， 而 是 采用 了 广度 优先 算法 。 假 如 查找 方法 时 采取 了 


深度 优先 算法 ， 那 么 会 先 执行 T3.m， 

















再 执行 C1.m， 接 着 是 T3.m、T2.m 以 及 T1.m， 最 后 则 





是 C1.m。C1 是 这 三 个 trait 的 父 类 ， 那 么 我 们 会 通过 哪个 trait 引导 到 C1 呢 ? 事实 上 ， 正 如 
我 们 将 看 到 的 那样 ，Scala 将 使 用 广度 优先 的 方式 查找 方法 ， 并 “ 延 后 ”执行 已 查找 到 的 
方法 。 下 面 ， 我 们 将 对 第 一 个 示例 进行 修改 ， 并 更 仔细 的 观察 我 们 是 如 何 找到 C1 类 的 : 


// scrc/main/scala/progscala2/objectsystem/linearization/linearization3.sc 
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class C1 { 
def m(previous: String) = print(s"C1($previous)") 


} 


trait T1 extends C1 { 
override def m(p: String) = { super.m(s"T1($p)") } 
} 


trait T2 extends C1 { 
override def m(p: String) = { super.m(s"T2($p)") } 
} 


trait T3 extends C1 { 
override def m(p: String) = { super.m(s"T3($p)") } 
} 


class C2 extends T1 with T2 with T3 { 
override def m(p: String) = { super.m(s"C2($p)") } 
} 


val c2 = new C2 
c2.m("") 


现在 我 们 将 super .m 的 调用 者 名 称 作为 参数 传人 各 个 m 方 法 中 ， 之 后 C1 便 会 打印 出 调用 该 
方法 的 对 象 名 。 执 行 上 述 脚本 将 生成 下 列 输出 : 
C1(T1(T2(T3(C2())))) 


下 面 列 出 了 类 型 线性 化 的 具体 算法 。 如 果 想 了 解 更 官方 的 定义 ， 请 查找 “Scala 语言 规范 ” 
(http:/www.scala-lang.org/docu/files/ScalaReference.pdf) 相关 内 容 。 











线性 化 算法 
(1) 当前 实例 的 具体 类 型 会 被 放 到 线性 化 后 的 首 个 元 素 位 置 处 。 


(2) 按照 该 实例 父 类 型 的 顺序 从 右 到 左 的 放置 节点 ， 针 对 每 个 父 类 型 执行 线性 化 算法 ， 
并 将 执行 结果 合并 。 (我 们 暂且 不 对 AnyRef 和 Any 类 型 进行 处 理 。) 


(3) 按照 从 左 到 右 的 顺序 ， 对 类 型 节点 进行 检查 ， 如 果 类 型 节点 在 该 节点 右边 出 现 过 ， 
那么 便 将 该 类 型 移 除 。 


(4) 在 类 型 线性 化 层次 结构 末尾 处 添加 AnyRef 和 Any 类 型 。 
如 果 是 对 价值 类 执行 线性 化 算法 ， 请 使 用 AnyVal 类 型 替代 AnyRef 类 型 。 











线性 化 算法 能 说 明之 前 示例 中 是 如 何 从 T1 查找 到 C1 A, C1 同样 出 现在 T3 和 T2 的 线性 化 
层次 结构 中 ， 不 过 由 于 T3 和 T2 出 现 的 时 间 早 于 T1， 因 此 这 两 个 类 能 为 T1 提供 的 查找 类 
Hi 


型 便 从 线性 化 列表 中 删除 了 。 与 之 相似 ， 因 为 相同 的 原因 ，USPhoneNumber 示例 中 出 现 的 M 
特征 最 后 出 现在 了 线性 化 列表 中 的 右 侧 。 


下 面 ， 我 们 将 使 用 一 个 略微 复杂 一 些 的 示例 对 线性 化 算法 进行 讲解 : 




















7 
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// src/main/scala/progscala2/objectsystem/Linearization/linearization4.sc 


class C1 { 
def m = print("C1 ") 
} 


trait T1 extends C1 { 
override def m = { print("T1 "); super.m } 


} 


trait T2 extends C1 { 
override def m = { print("T2 "); super.m } 


} 


trait T3 extends C1 { 
override def m = { print("T3 "); super.m } 


} 


class C2A extends T2 { 
override def m = { print("C2A " ); super.m } 


} 


class C2 extends C2A with T1 with T2 with T3 { 
override def m = { print("C2 "); super.m } 


} 


def calcLinearization(obj: C1, name: String) = { 
print(s"$name: ") 
obj.m 
print("AnyRef ") 
println("Any") 
} 


calcLinearization(new C2, "C2 ") 
printLn("") 

calcLinearization(new T3 {}, "T3 ") 
calcLinearization(new T2 {}, "T2 ") 
calcLinearization(new T1 {}, "T1 ") 
calcLinearization(new C2A, "C2A") 
calcLinearization(new C1, "C1 ") 


输出 信息 如 下 : 


C2 : C2 T3 T1 C2A T2 C1 AnyRef Any 


T3 : T3 C1 AnyRef Any 

T2 : T2 C1 AnyRef Any 

T1 : T1 C1 AnyRef Any 
C2A: C2A T2 C1 AnyRef Any 
C1 : C1 AnyRef Any 














为 了 帮助 大 家 理解 ， 我 们 计算 出 了 其 他 类 型 的 线性 化 层次 结构 ， 与 此 同时 ， 为 了 提醒 自己 
AnyRef 和 Any 类 型 也 应 出 现在 线性 化 列表 中 ， 我 们 也 添加 了 这 两 个 类 的 信息 。 
































下 面 让 我 们 对 C2 应 用 线性 化 算法 ， 并 对 结果 进行 确认 。 为 了 使 计算 过 程 更 加 清楚 ， 我 们 
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忽略 了 AnyRef 和 Any 类 ， 在 计算 的 最 后 才 把 这 两 个 类 添加 上 。 有 具体 过 程 ， 请 查看 表 11-1。 
表 11-1:，C2 类 型 的 线性 化 计算 过 程 ，C2 类 型 定义 为 ， C2 extends C2A with T1 with T2 
with T3 {-…} 


























# ”线性 化 层次 结构 描 述 

1 C2 添加 当前 实例 类 型 

2 (C2, 73, C1 添加 T3 的 线性 化 列表 ( 离 T3 最 远 的 元 素 放 在 列表 的 
右 侧 ) 

3 C2, T3, CL, 12, Ct 添加 T2 的 线性 化 列表 

4 (2, T3, C1, 12, C1, T1, C1 添加 T1 的 线性 化 列表 

5S €2, 73) Cl, 了 2A 125. Ci 添加 C2A 的 线性 化 列表 

6 C2, T3, T2, T1, C2A, T2, C1 移 除 所 有 重复 的 C1 元 素 ， 只 保留 最 后 一 个 

7 C2, T3, T1, C2A, T2, C1 移 除 所 有 重复 的 T2 元 素 ， 只 保留 最 后 一 个 

8 (C2, T3, T1, C2A, T2, C1, AnyRef, Any 完毕 ! 











算法 做 的 事情 其 实 就 是 : 首先 将 子 类 都 放置 好 ， 再 将 共享 类 型 放 到 线性 化 列表 的 右 端 。 
请 对 脚本 进行 修改 ， 尝 试 使 用 一 个 不 同 的 继承 结构 ， 看 看 你 能 否 使 用 线性 化 算法 重新 推导 
出 结果 。 


























过 于 复杂 的 类 型 继承 结构 会 导致 方法 查找 产生 令 人 “意外 ”的 结果 。 如 果 你 
希望 通过 线性 化 算法 了 解 方法 查找 的 顺序 ， 请 先 简化 代码 。 

















11.8 本章 回顾 与 下 一 章 提 要 


我 们 已 经 学 习 了 在 继承 类 中 对 父 类 成 员 进 行 履 写 所 带 来 的 好 处 ， 其 中 提 及 了 Scala 允许 我 
们 使 用 价值 类 型 对 无 参 方法 进行 履 写 。 最 后 ， 我 们 介绍 了 Scala 用 于 解决 成 员 查 找 问 题 的 
线性 化 算法 的 一 些 细节 。 


在 下 一 章 中 ， 我 们 将 学 习 Scala 的 集合 库 。 
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Scala 集 合 库 





我 们 将 通过 对 集合 库 的 讨论 ， 结 束 对 Scala 标准 库 的 介绍 。 集 合 库 设 计 中 所 用 的 技术 ， 解 
决 了 如 何 将 函数 式 特性 和 面向 对 象 特性 相 结 合 的 问题 ， 以 及 我 们 关心 的 其 他 问题 。 

集合 库 在 Scala 2.8 版 本 中 进行 了 重新 设计 ， 可 以 参阅 Scaladoc (http://docs.scala-lang.org/ 
overviews/collections/introduction.html) 上 关于 此 次 重 构 的 最 新 讨论 。 


12.1 通用 、 可 变 、 不 可 变 、 并 发 以 及 并 行 集合 


如 果 打 开 Scaladoc， 并 在 搜索 框 中 输入 Map， 你 会 得 出 5 种 类 型 | 幸运 的 是 ， 它 们 大 多 数 
是 trait， 且 只 声明 或 定义 了 你 真正 关心 的 具体 Map 类 型 的 一 部 分 。 这 些 具 体 类 型 之 间 的 大 
部 分 差异 可 以 归结 为 儿 个 设计 问题 。 你 是 否 需要 可 变性 (当然 ， 你 要 通过 分 析 来 确定 ) ? 
你 是 否 需要 并 发 访问 ? 你 是 否 需要 并 行 地 执行 操作 ? 除了 正常 的 键 值 查找 以 外 ， 你 还 需要 
按 固定 顺序 遍历 的 能 力 吗 ? 


表 12-1 列 出 了 与 集合 相关 的 包 及 它们 的 用 途 。 在 本 节 剩 下 的 部 分 中 ， 我 们 会 去 掉包 名 的 
scala 前 级 ， 因 为 你 在 import 语句 中 不 需要 它 。 


表 12-1: 与 集合 相关 的 包 












































名 称 描述 
collection (http://www.scala-lang.org/api/current/#scala. 定义 了 使 用 和 扩展 Scala 集合 库 所 需 的 基本 特 
collection.package) 征 和 对 象 ， 包 括 子 包 中 的 所 有 定义 。 你 需要 用 

















到 的 大 部 分 抽象 都 在 这 里 定义 
collection.concurrent (http://www.scala-lang.org/api/ 定义 了 一 个 Map 特征 和 具有 原子 、 无 锁 操 作 特 
current/#scala.collection.concurrent.package ) 性 的 TrieMap 类 
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名 称 描 述 

collection.convert (http://www.scala-lang.org/api/ 定义 了 用 Java 集合 抽象 来 包装 Scala 集合 的 类 

current/#scala.collection.convert.package) 型 ， 以 及 用 Scala 集合 抽象 包装 Java 集合 的 
类 型 

collection.generic (http://www.scala-lang.org/api/ 定义 了 用 来 构建 特定 集合 (如 可 变 集 合 、 不 可 

current/#scala.collection.generic.package ) 变 集合 等 ) 的 可 重用 组 件 

collection.immutable (http://www.scala-lang.org/api/ 定义 了 你 最 常用 的 不 可 变 集 合 


current/#scala.collection.immutable.package ) 




















collection.mutable (http://www.scala-lang.org/api/ 定义 了 可 变 集 合 ， 大 部 分 特定 集合 类 型 都 以 可 

current/#scala.collection.mutable.package ) 变 或 不 可 变 的 形式 存在 ， 但 并 非 全 部 

collection.parallel (http://www.scala-lang.org/api/ 定义 了 用 来 构建 特定 集合 (如 可 变 集 合 、 不 可 

current/#scala.collection.parallel.package) 变 集 合 等 ) 的 可 重用 组 件 ， 可 将 处 理 任务 分 发 
给 并 行 的 多 个 线程 


collection.parallel.immutable (http://www.scala-lang. 定义 了 支持 并 行 的 不 可 变 集合 
org/api/current/#scala.collection.parallelimmutable.package) 
collection.parallel.mutable (http://www.scala-lang.org/ 定义 了 支持 并 行 的 可 变 集 合 
api/current/#scala.collection.parallel.mutable.package ) 
collection.script (http://www.scala-lang.org/api/ 已 经 废弃 的 包 ， 包 含 了 用 来 观察 集合 操作 的 


current/#scala.collection.script.package ) TE 














我 们 不 会 讨论 以 上 这 些 包 中 定义 的 大 部 分 类 型 ， 但 我 们 要 讨论 每 个 包 中 最 重要 的 方面 。 被 
废弃 的 collection.script 不 在 继续 讨论 之 列 。 





12.1.1 scala.collection®l 


在 collection 包 中 声明 的 类 型 定义 了 可 变 及 不 可 变 的 序列 、 可 变 及 不 可 变 的 并 行 、 并 发 集 
合 类 型 共享 的 抽象 ， 其 中 有 的 不 仅 声明 ， 而 是 直接 进行 了 定义 。 这 就 意味 着 ， 比 如 只 能 在 
可 变 类 型 中 使 用 的 带 破坏 性 的 (可 变 的 ) 操作 不 是 在 这 里 定义 的 。 不 过 ， 在 运行 时 如 果 集 
合 是 可 变 的 ， 我 们 可 能 要 考虑 线程 的 安全 问题 。 

回顾 一 下 6.7.1 节 ， 从 Predef 得 到 的 Seq 类 型 是 collection.Seq (http://www.scala-lang. 
org/api/current/#scala.collection.Seq), fj Predef 引入 的 其 他 公共 类 型 是 以 collection. 
immutable 开头 的 ， 如 List、Map 和 Set。Predef 使 用 collection.Seq 的 原因 是 要 让 Scala 
可 以 像 处 理 序 列 一 样 处 理 Java 的 数组 ， 而 Java 的 数组 是 可 变 的 (Predef 事实 上 定义 了 
从 Java 数组 到 collection.mutable.ArrayOps (http://www.scala-lang.org/api/current/index. 
html#scala.collection.mutable.ArrayOps) 的 隐 式 转换 ， 而 后 者 支持 序列 的 相关 操作 )。Scala 
计划 在 未 来 的 版 本 中 用 不 可 变 的 Seq 代替 它 。 

不 幸 的 是 ， 就 目前 而 言 ， 这 也 意味 着 如 果 一 个 方法 声明 它 返 回 一 个 序列 ， 它 可 能 会 返回 一 
个 可 变 的 序列 实例 。 同 样 地 ， 如 果 一 个 方法 需要 一 个 序列 参数 ， 调 用 者 也 可 以 传 入 一 个 可 
变 的 序列 实例 。 


如 有 果 你 更 喜欢 用 更 安全 的 immutable. Seq 作为 默认 的 seq， 常 见 的 方法 是 ， 为 你 的 项 目 定义 
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一 个 包 对 象 ， 其 中 定义 了 Seq 类 型 ， 以 覆盖 Predef 定义 的 seq， 如 下 所 示 : 


// src/main/scala/progscala2/collections/safeseq/package.scala 
package progscala2.collections 
package object safeseq { 
type Seq[T] = collection.immutable.Seq[T] 
} 


然后 ， 只 在 需要 的 时 候 导 入 以 上 内 容 即 可 。 广 意 观 察 以 下 REPL 会 话 中 ，Seq 行为 的 变化 : 


// src/main/scala/progscala2/collections/safeseq/safeseq.sc 





scala> val mutabLeSeq1: Seq[Int] = List(1,2,3,4) 
mutableSeq1: Seq[Int] = List(1, 2, 3, 4) 


scala> val mutableSeq2: Seq[Int] = Array(1,2,3,4) 
mutableSeq2: Seq[Int] = WrappedArray(1, 2, 3, 4) 


scala> import progscala2.collections.safeseq._ 
import progscala2.collections.safeseq._ 


scala> val immutableSeqi: Seq[Int] = List(1,2,3,4) 
immutableSeq1: safeseq.Seq[Int] = List(1, 2, 3, 4) 


scala> val immutableSeq2: Seq[Int] = Array(1,2,3,4) 
<console>:10: error: type mismatch; 
found : Array[Int] 
required: safeseq.Seq[Int] 
(which expands to) scala.collection.immutable.Seq[Int] 
val immutableSeq2: Seq[Int] = Array(1,2,3,4) 


Nn 


前 两 个 Seq 是 由 Predef 暴露 的 默认 项 collection.Seq, 3 —“ Seq 引用 了 一 个 不 可 变 列 
K, 第 二 个 Seq 引用 了 可 变 的 (经 过 包装 的 ) Java 数组 。 


然后 我 们 导入 了 新 的 Seq 定义 ， 从 而 遮蔽 了 Predef 中 的 Seq 定义 。 

现在 Seq 实际 上 是 safeseq.Seq 的 别名 ,我 们 不 能 用 它 来 引用 数组 ， 因 为 别名 immutable. 
Seq 不 能 引用 一 个 可 变 的 集合 。 

无 论 哪 种 方式 ， 如 果 我 们 想 取 集 合 的 前 几 个 元 素 或 希望 从 集合 的 一 端 志 历 到 另 一 端 ，Seq 
都 是 具体 集合 的 一 个 方便 、 好 用 的 抽象 。 























12.1.2 collection.concurrent® 


这 个 包 只 定义 了 两 种 类 型 collection.concurrent.Map (http://www.scala-lang.org/api/ 
current/#scala.collection.concurrent.Map) 特征 和 实现 了 该 trait 的 collection.concurrent. 
TrieMap (http://www.scala-lang.org/api/current/#scala.collection.concurrent.TrieMap) 类 。 


Map 继承 了 collection.mutable.Map (http://www.scala-lang.org/api/current/#scala.collection. 
mutable.Map) ， 但 它 使 用 了 原子 操作 ， 因 此 得 以 支持 线程 安全 的 并 发 访问 。 


collection.mutable.Map 的 实现 是 一 个 字典 


N 

















树 散 列 类 collection.concurrent.TrieMap。 它 


























实现 了 并 发 、 无 锁 的 散 列 数组 ， 基 目的 是 支持 可 伸缩 的 并 发 插入 和 删除 操作 ， 并 提高 内 存 
使 用 效率 。 














12.1.3 collection.convert 包 


在 这 个 包 中 定义 的 类 型 是 用 来 实现 隐 式 转换 方法 的 ， 隐 式 转换 将 Scala 的 集合 包装 为 Java 
集合 ， 反 之 亦 然 。 我 们 在 5.7 市 对 此 有 过 讨论 。 








12.1.4 collection.generic 包 


collection 包 声 明 的 抽象 适用 于 所 有 集合 ， 而 collection.generic 只 为 实现 特定 的 可 变 、 
不 可 变 、 并 行 及 并 发 集合 提供 一 些 组 件 。 这 里 的 大 多 数 类 型 只 对 集合 的 实现 者 有 意义 。 








12.1.5 collection.immutablefl 



































大 部 分 时 间 你 都 会 与 Unmutable 包 中 定义 的 集合 打交道 。 这 些 类 型 提供 了 单线 程 (与 并 行 

相对 ) 操作 ， 由 于 类 型 是 不 可 变 的 ， 因 而 是 线程 安全 的 。 表 12-2 按 字 母 顺 序列 出 了 这 个 包 

中 最 常用 的 集合 类 型 。 

表 12-2: 最 常用 的 不 可 变 集合 

名 称 描 述 

BitSet (http://www.scala-lang.org/api/ 非 负 整数 的 集合 ， 内 存 效率 高 。 元 素 表 示 为 可 变 大 小 

current/#scala.collection.immutable.BitSet) 的 比特 数组 ， 其 中 比特 被 打包 为 64 比特 的 字 。 最 大 元 
素 个 数 决定 了 内 存 占 用 量 














HashMap (http://www.scala-lang.org/api/ 用 字典 散 列 实现 的 映射 表 
current/#scala.collection.immutable. HashMap ) 
HashSet (http://www.scala-lang.org/api/ 用 字典 散 列 实现 的 集合 
current/#scala.collection.immutable.HashSet) 
List (http://www.scala-lang.org/api/current/#scala. 用 于 相连 列表 的 trait， 头 节点 访问 复杂 度 为 0(1)， 
collection.immutable.List) 他 元 素 为 O(n)。 其 伴随 对 象 有 apply 方法 和 其 他 “ 工 

”方法 ， 可 以 用 来 构造 List 的 子 类 实 侦 
ListMap (http://www.scala-lang.org/api/ 用 列表 实现 的 不 可 变 映 射 表 
current/#scala.collection.immutable.ListMap ) 




























































































iad 


合 





ListSet (http://www.scala-lang.org/api/ 用 列表 实现 的 不 可 

current/#scala.collection.immutable.ListSet ) 

Map (http://www.scala-lang.org/api/current/#scala， 为 所 有 不 可 变 的 映射 表 定 义 的 trait， 随 机 访问 复杂 度 为 

collection.immutable.Map ) O(1)， 其 伴随 对 象 有 apply 方法 和 其 他 “工厂 ”方法 ， 
可 以 用 来 构造 其 子 类 实例 

Nil (http:Wwww.scala-lang.org/api/current/#scala， 用 来 表示 空 列表 的 对 象 

collection.immutable.Nil$ ) 

NumericRange (http://www.scala-lang.org/api/ Range 类 的 推广 版 本 ， 将 适用 范围 推广 到 任意 完整 的 类 

current/#scala.collection.immutable.NumericRange) 型 。 使 用 时 ， 必 须 提 供 类 型 的 完整 实现 

Queue (http:Wwww.scala-lang.org/api/current/#scala， 不 可 变 的 FIFO (先入 先 出 ) BAX 


collection.immutable.Queue ) 


AS 
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( 续 ) 





名 称 描 述 

Seq (http://www.scala-lang.org/api/current/#scala， 为 不 可 变 序 列 定义 的 trait， 其 伴随 对 象 有 apply 方法 和 

其 他 “工厂 ”方法 ， 可 以 用 来 构造 其 子 类 实例 

Set (http://www.scala-lang.org/api/current/#scala. 特征， 为 不 可 变 集合 定义 了 操作 ， 其 伴随 对 象 有 apply 

collection.immutable.Set) 方法 和 其 他 “工厂 ”方法 ， 可 以 用 来 构造 其 子 类 实例 

SortedMap (http://www.scala-lang.org/api/ 为 不 可 变 映 射 表 定义 的 trait， 包 含 一 个 可 按 特 定 排列 顺 

current/#scala.collection.immutable.Set) 序 遍 历 元 素 的 迭代 器 。 其 伴随 对 象 有 apply 方法 和 其 他 

“工厂 ”方法 ， 可 以 用 来 构造 其 子 类 实例 

SortedSet (http://www.scala-lang.org/api/ 为 不 可 变 集 合 定义 的 trait， 包 含 一 个 可 按 特 定 排列 顺 

current/#scala.collection.immutable.SortedSet ) 序 遍 历 元 素 的 迭代 器 。 其 伴随 对 象 有 apply 方法 和 其 他 
“工厂 ”方法 ， 可 以 用 来 构造 其 子 类 实例 

Stack (http://www.scala-lang.org/api/current/#scala， 不 可 变 的 LIFO (后 入 先 出 ) 栈 


collection.immutable. Stack) 


Stream (http://www.scala-lang.org/api/ 对 元 素 惰 性 求 值 的 列表 ， 可 以 支持 拥有 无 限 个 潜在 元 









































collection.immutable.Seq) 






































































































































current/#scala.collection.immutable.Stream ) 素 的 序列 

TreeMap (http://www.scala-lang.org/api/ 不 可 变 映 射 表 ， 底 层 用 红 黑 树 实 现 ， 操 作 的 复杂 度 为 
current/#scala.collection.immutable.TreeMap ) O(log(n)) 

TreeSet (http://www.scala-lang.org/api/ 不 可 变 集 合 ， 底 层 用 红 黑 树 实现 ， 操 作 的 复杂 度 为 
current/#scala.collection.immutable.TreeSet) O(log(n)) 

Vector (http://www.scala-lang.org/api/ 不 可 变 、 支 持 下 标的 序列 的 默认 实现 





current/#scala.collection.immutable. Vector ) 





Bitset 是 非 负 整数 的 集合 ， 被 打包 为 64 比特 的 字 组 成 的 大 小 可 变 的 数组 。 最 大 元 素 个 数 决 
定 了 内 存 占 用 量 。 


Vector 使 用 基于 树 的 、 持 入 的 数据 结构 来 实现 ， 如 6.11 节 讨 论 的 那样 ， 它 可 以 提供 出 色 的 
性 能 ， 操 作 的 均 摊 复杂 度 达 到 OC). 

Map 的 源 代码 (https://github.com/scala/scala/blob/v2.11.2/src/library/scala/collection/immutable/ 
Map.scala#L1) 值得 一 读 ， 尤 其 是 伴随 对 象 的 部 分 。 需 要 注意 ，Map 还 为 只 有 0 到 4 个 键 值 
的 情况 声明 了 专用 的 实现 。 当 你 调用 Map.apply (定义 于 父 特 征 ) 时 ，Scala 会 创建 一 个 最 
适合 当前 数据 的 Map 实例 。 

















12.1.6 scala.collection.mutable 包 


有 些 时 候 你 需要 一 个 在 单线 程 操作 中 的 可 变 集合 类 型 。 我 们 已 经 讨论 了 不 可 变 集 合 为 何 应 
该 成 为 默认 选项 的 问题 。 对 这 些 集合 做 可 变 操 作 不 是 线程 安全 的 。 然 而 ， 为 了 提高 性 能 等 
原因 ， 有 原则 、 谨 慎 地 使 用 可 变数 据 也 是 恰当 的 。 表 12-3 按 字母 顺序 给 出 了 mutable 包 中 
最 常用 的 集合 。 














表 12-3: 最 常用 的 可 变 集合 










































































































































































































































































名 B 描 B 

AnyRefMap Ay AnyRef 类 型 的 键 准 备 的 映射 表 ， 采 用 开放 地 址 法 解决 冲突 。 大 部 分 操作 通常 都 比 
HashMap 快 

ArrayBuffer 内 部 用 数组 实现 的 缓冲 区 类 ， 追 加 、 更 新 与 随机 访问 的 均 捧 时 间 复杂 度 为 O(1)， 头 部 
插入 和 删除 操作 的 复杂 度 为 O(n) 

ArrayOps Java 数组 的 包装 类 ， 实 现 了 序列 操作 

ArrayStack 数组 实现 的 栈 ， 比 通用 的 栈 速度 快 

BitSet 内 存 效率 高 的 非 负 整 数 集 合 ， 见 表 12-2 对 immutable.BitSet 的 讨论 

HashMap 基于 散 列 表 的 可 变 版 本 的 映射 

HashSet 基于 散 列 表 的 可 变 版 本 的 集合 

HashTable 于 实现 基于 散 列表 的 可 变 集 合 的 trait 

ListMap 基于 列表 实现 的 映射 

LinkedHashMap 基于 散 列 表 实 现 的 映射 ， 元 素 可 以 按 其 插入 顺序 进行 遍历 

LinkedHashSet 基于 散 列 表 实 现 的 集合 ， 元 素 可 以 按 其 插入 顺序 进行 遍历 

Longmap 键 的 类 型 为 Long， 基 于 散 列表 实现 的 可 变 映 射 ， 采 用 开放 地 址 法 解决 神 突 。 大 部 分 操 
作 都 比 HashMap 快 

Map Map 特征 的 可 变 版 ， 其 伴随 对 象 有 apply 方法 和 其 他 “工厂 ”方法 ， 可 以 用 来 构造 
List 的 子 类 实例 

MultiMap 可 变 的 映射 ， 可 以 对 同一 个 键 赋 以 多 个 值 

PriorityQueue 基于 堆 的 ， 可 变 优先 队列 。 对 于 类 型 为 A 的 元 素 ， 必 须 存 在 隐 仿 的 ordering[A] 实例 。 

Queue 可 变 的 FIFO (先入 先 出 ) 队列 

Seq 表示 可 变 序列 的 trait， 其 伴随 对 象 有 apply 方法 和 其 他 “工厂 ”方法 ， 可 以 用 来 构造 
List 的 子 类 实例 

Set 声明 了 可 变 集合 相关 操作 的 trait， 其 伴随 对 象 有 apply 方法 和 其 他 “工厂 ”方法 ， 可 
以 用 来 构造 List 的 子 类 实例 

SortedSet 表示 可 变 集合 的 trait， 包 含 一 个 可 按 特 定 排列 顺序 遍历 元 素 的 迭代 器 。 其 伴随 对 象 有 
apply 方法 和 其 他 “工厂 ”方法 ， 可 以 用 来 构造 List 的 子 类 实 侦 

Stack 可 变 的 LIFO (后 入 先 出 ) 栈 

TreeSet 可 变 集合 ， 底 层 用 红 黑 树 实现 ， 操 作 的 复杂 度 为 O(log(n)) 

WeakHashMap 可 变 的 散 列 映射 ， 引 用 元 素 时 采用 弱 引 用 。 当 元 素 不 再 有 强 引 用 时 ， 就 会 被 删除 。 该 
类 包装 了 WeakHashMap 

WrappedArray Java 数组 的 包装 类 ， 支 持 序列 的 操作 





WrappedArray 与 Array0ps 差不多 完全 相同 ， 差 别 仅 在 于 它们 各 自 返 回 Array 的 方法 上 。 对 


于 Array0ps， 返 回 








的 是 新 的 Array[T]， 而 WrappedArray 返回 
所 以 ， 如 果 用 户 需要 Array， 更 适合 用 Array0ps; 但 当 用 户 并 不 关心 这 一 点 的 时 候 ， 如 果 








的 是 新 的 WrappedArray[T]。 





涉及 序列 转换 ， 使 用 WrappedArray 会 更 加 高 效 。 这 是 因为 WrappedArray 避免 了 ArrayOps 
中 对 数组 的 “打包 ”和 “分 拆 ” 工 作 。 
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12.1.7 scala.collection.parallelfl 
并 行 集合 的 思想 是 利用 现代 多 核 系统 提供 的 并 行 硬件 多 线程 。 根 据 定义 ， 任 何 可 以 并 行 指 
定 的 集合 操作 都 可 以 利用 这 种 并 行 性 。 


有 具体 地 说 ， 集 合 被 分 成 多 个 片段 ， 操 作 (如 map) 应 用 在 各 个 片段 上 ， 然 后 将 结果 组 合 在 
一 起 ， 形 成 最 终结 果 。 也 就 是 说 ， 这 里 用 了 分 而 治之 的 策略 。 


在 实践 中 ， 并 行 集合 没有 被 广泛 使 用 ， 因 为 在 许多 情况 下 ， 并 行 化 的 开销 可 能 会 掩盖 它 的 
优点 ， 而 且 不 是 所 有 的 操作 都 可 以 并 行 执行 。 开 销 包 括 线程 调度 、 数 据 分 块 、 以 及 最 后 对 
结果 的 合并 。 通 常情 况 下 ， 除 非 该 集合 规模 极 大 ， 否 则 串 行 执行 速度 会 更 快 。 所 以 ， 一 定 
要 仔细 评估 真实 世界 里 的 场景 ， 确 定 集合 是 否 足 够 大 ， 并 行 操作 是 否 足 够 快 ， 来 让 我 们 选 
择 并 行 集 合 。 

对 于 具体 的 并 行 集合 类 型 ， 你 可 以 直接 用 与 非 并 行 集合 相同 的 惯例 来 实例 化 它 ， 也 可 以 对 
相应 的 非 并 行 集合 调用 par 方法 。 


并 行 集合 的 组 合 也 与 非 并 行 集合 类 似 。 它 们 在 scala.collection.parallel 包 中 具有 共同 的 
trait 和 类 ， 在 immutable 子 包 中 定义 了 相同 的 不 可 变 具 体 集合 ， 在 mutable 子 包 中 定义 了 
相同 的 可 变 具 体 集合 

后 ， 有 一 点 有 必要 理解 ， 并 行 意味 着 嵌 套 操作 的 顺序 是 未 定义 的 。 考 虑 如 下 示例 ， 我 们 
将 从 1 到 10 的 数字 连接 起 来 放 进 一 个 字符 串 中 : 


// src/main/scala/progscala2/collections/parallel.sc 
























































scala> ((1 to 10) ioe ™) ((s1, s2) => s"$s1 - $s2") 
res0: Any = -1- 3-4-5-6-7-8-9 - 10" 


scala> ((1 to 10) fold "") ((s1, s2) => s"$si - $s2") 
rest: Any="-1-2-3-4-5-6-7-8-9 - 10" 


scala> ((1 to 10).par fold " ") ((s1, s2) => s"$s1 - $s2") 
res2: Any="-1- -2 3-4-5- -6- -7- -8- -9- - 10" 


scala> ((1 to 10). par fold " 5) ((s1, s2) => s"$s1 - $s2") 
res3: Any = -1- 2 3- -4-5- -6- -7- - 8-9 - 10" 


对 于 非 并 行 的 版 本 ， 代 码 总 是 能 返回 相同 的 结果 。 但 对 于 并 行 版 本 ， 多 次 运行 会 返回 不 同 
的 结果 ! 
然而 ， 加 法 能 够 正常 工作 : 


scala> ((1 to 10) fold 0) ((s1, s2) => s1 + s2) 
res4: Int = 55 





scala> ((1 to 10) fold 0) ((s1, s2) => s1 + s2) 
res5: Int = 55 


scala> ((1 to 10).par fold 0) ((s1, s2) => s1 + s2) 
res6: Int = 55 
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scala> ((1 to 10).par fold 0) ((si, s2) => s1 + s2) 
res7: Int = 55 


每 次 运行 都 返回 了 相同 的 结果 。 

具体 地 讲 ， 操 作 必须 满足 结合 律 ， 才 能 在 并 行 操 作 中 返回 稳定 的 、 可 预测 的 结果 。 也 就 是 
Ui, (atb)+c==a+(b+c) 必须 始终 成 立 。 并 行 运行 时 ， 每 次 输出 的 字符 串 中 ， 空 格 和 - 分 隔 
符 数量 不 一 致 ， 这 表明 这 里 使 用 的 操作 不 满足 结合 律 。 每 次 运行 ， 并 行 集合 都 被 按照 不 同 
的 、 不 可 预测 的 方式 拆 分 。 

除了 满足 结合 律 外 ， 加 法 还 满足 交换 律 ， 但 这 不 是 必须 的 。 注 意 到 ， 在 字符 串 的 例子 中 ， 
各 个 元 素 按照 可 预见 的 、 从 左 到 右 的 顺序 排列 ， 说 明 交 换 律 并 不 是 必要 的 。 

由 于 并 行 集合 都 有 非 并 行 的 对 应 类 型 ， 后 者 我 们 已 经 讨论 过 了 ， 所 以 我 就 不 列举 非 并 行 
合 的 具体 类 型 了 。 关 于 parallel, parallel.immutable 和 parallel.mutable 包 ， 我 们 可 以 
参 萎 Scaladoc。 此 外 ，Scaladoc 还 讨论 了 这 里 未 讨论 的 其 他 问题 。 


12.2 ”选择 集合 

除了 决定 使 用 可 变 集合 还 是 不 可 变 集合 ， 平 行 集合 或 非 并 行 集合 ， 在 给 定 的 场景 下 ， 你 还 
需要 决定 究竟 应 该 选择 什么 集合 类 型 ? 

这 里 有 一 些 非 正式 的 标准 和 方案 可 供 考 虑 。 集 合 类 型 的 不 同 操作 复杂 度 值得 研究 。 在 
Scaladoc (http://docs.scala-lang.org/overviews/collections/performance-characteristics.html) 中 
有 一 个 详尽 的 列表 。 在 StackOverflow (http://stackoverflow.com/questions/24464792/scala- 
collections-flowchart/244655 14#24465514) 上 也 有 一 个 关于 选择 集合 类 型 的 讨论 。 

当 可 能 同时 有 可 变 和 不 可 变 两 种 选择 时 ， 我 将 使 用 immutable.List (mutable.LinkedList) 
来 表示 不 可 变 (可 变 ) 的 选项 。 

你 需要 有 序 、 可 遍历 的 序列 吗 ? 那 就 考虑 immutabLe.List (mutable.LinkedList)、 
immutable.Vector 或 mutable.ArrayBuffer , 

List 提供 了 OC) 的 前 插 和 取 头 市 点 复杂 度 ， 但 追加 和 读 取 内 部 其 他 元 素 的 复杂 度 为 O(n)。 
由 于 Vector 是 可 持久 的 数据 结构 (如 前 面 所 讨论 的 一 样 )， 它 的 所 有 操作 都 是 0(1) 复杂 度 。 
如 有 果 你 需要 随机 访问 ，ArrayBuffer 是 更 好 的 选择 。 追 加 、 更 新 和 随机 访问 所 需要 的 均 捧 
时 间 复 杂 度 均 为 0(1)， 但 前 插 和 删除 复杂 度 为 0(n)。 

所 以 ， 当 你 需要 一 个 序列 时 ， 如 果 你 多 半 与 头 部 元 素 打 交道 ， 主 要 使 用 Litst， 如 有 果 你 需要 
访问 一 般 元 素 ， 则 使 用 Vector, Vector 是 一 个 强大 、 通 用 的 ， 具 有 优异 全 能 表现 的 集合 。 
不 过 ， 在 有 些 情 况 下 ，ArrayBuffer 能 提供 更 低 的 常数 时 间 ， 从 而 降低 开销 ， 提 高 性 能 。 
其 他 的 通用 场景 中 ， 我 们 需要 基于 键 的 、O() 复杂 度 的 元 素 存 取 ， 也 就 是 数值 根据 键 被 存 
储 在 immutable.Map (mutable.Map) 中 。 同 样 ，immutable.Set (mutable.Set) 被 用 来 测试 
值 是 否 存在 。 
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12.3 ”集合 库 的 设计 惯例 


为 了 解决 设计 问题 ， 促 进 代码 重用 ， 集 合 库 使 用 了 许多 惯用 方法 。 接 下 来 ， 我 们 会 讨论 这 
些 惯用 法 ， 同 时 了 解 库 实 现 中 用 到 的 “辅助 ”类 型 。 











12.3.1 Builder 


我 在 前 面 曾 提 到 ， 如 果 小 心 合理 地 使 用 ， 可 变 集 合 将 是 为 了 提高 性 能 而 做 出 的 合理 让 步 。 
事实 上 ， 集 合 API 在 内 部 使 用 了 可 变 集合 建立 新 的 输出 集合 ， 如 在 map 操作 中 就 是 如 此 。 
map 操作 还 使 用 了 collection.mutable.Builder 特征 的 实现 ， 以 构造 新 实例 。 


生成 器 (builder) 的 签名 如 下 : 


trait Builder[-Elem, +To] { 
def +=(elem: Elem): Builder.this.type 
def clear() 
def result(): To 
// Other methods derived from these three abstract methods. 


























这 种 罕见 的 Builder. this. type 签名 是 一 个 单 例 类 型 (singleton type)。 它 确保 += 方法 在 调 
用 时 只 返回 生 Builder 的 实例 ， 也 就 是 this, MRSS ik E Builder 的 一 个 新 实例 ， 那 么 
就 无 法 通过 类 型 检查 | 我 们 将 会 在 15.3 节 中 学 习 到 单 例 。 


以 下 是 List 的 一 个 builder 实现 : 



































// src/main/scala/progscala2/collections/ListBuilder.sc 
import collection.mutable.Builder 


class ListBuilder[T] extends Builder[T, List[T]] { 
private var storage = Vector.empty[T] 


def +=(elem: T) = { 
storage = storage :+ elem 
this 

} 


def clear(): Unit = { storage = Vector.empty[T] } 


def result(): List[T] = storage.toList 


} 


val lb = new ListBuilder[Int] 
(1 to 3) foreach (i => lb += i) 
lb.result 

// 结果 : List(1, 2, 3) 


一 个 比 Vector 更 有 效率 的 内 部 存储 集合 诞生 了 ， 不 过 它 说 明了 builder 的 用 法 。 
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12.3.2 CanBuildFrom 
考虑 如 下 示例 ， 对 列表 中 的 数字 做 map 操作 : 


scala> List(1, 2, 3, 4, 5) map (2 * _) 
res0: List[Int] = List(2, 4, 6, 8, 10) 


List 中 有 这 种 方法 ， 它 的 简化 签名 为 : 
map[B](f: (A) => B): List[B] 


然而 ， 标 准 库 尽 可 能 做 到 重用 。 回 想 一 下 ，5.2.3 节 提 到 : map 事实 上 定义 于 scala. 
collection.TraversableLike， 这 是 一 个 被 List 混入 的 trait。map 的 实际 签名 如 下 : 








trait TraversableLike[+A, +Repr] extends ... { 


def map[B, That](f: A => B)( 
implicit bf: CanBuildFrom[Repr, B, That]): That = {...} 

} 
Repr 是 内 部 用 来 保存 元 素 的 集合 类 型 。B 是 国 数 f 创建 的 元 素 类 型 。That 是 我 们 想 要 创建 
的 目标 集合 的 类 型 参数 ， 它 可 能 与 输入 的 原始 集合 相同 ， 也 可 能 不 同 。 
TraversableLike 对 其 子 类 (如 List) 一 无 所 知 ， 但 它 还 是 可 以 构造 新 的 List 并 将 其 返回 ， 
因为 隐 含 的 CanBuildFron 实例 封装 了 所 需要 的 细 市 。 
CanBuildFrom 是 创建 Builder 实例 的 工厂 的 trait， 由 工厂 来 完成 实际 构造 新 集合 的 工作 。 
使 用 CanBuildFrom 技术 的 一 个 缺点 是 额外 增加 了 方法 签名 的 复杂 度 。 然 而 ， 除 了 促进 类 似 
map 等 操作 在 面向 对 象 中 的 重用 以 外 ，CanBuildFron 在 其 他 方面 使 得 构造 更 加 模块 化 、 通 
用 化 。 
例如 : CanBuildFrom 实例 可 以 为 返回 的 不 同 具体 集合 实例 化 多 个 Builder。 通 常 它 会 返回 
相同 类 型 的 新 集合 ， 或 者 返回 对 给 定 元 素来 说 更 高 效 的 子 类 型 。 
实现 一 个 包含 很 多 元 素 的 映射 表 最 好 将 键 存 储 在 散 列 表 中 ， 同 时 提供 均 为 0(1) 的 存储 和 查 
询 复杂 度 。 然 而 ， 对 于 一 个 小 映射 ， 可 能 将 元 素 直接 存在 数组 或 列表 中 会 更 快 ， 这 时 了 很 
My, O(n) 的 查询 复杂 度 事实 上 比 散 列 表 的 0(1) 复杂 度 还 要 快 ， 这 取决 于 散 列 表 的 常数 开 
销 因子 。 
输入 集合 类 型 不 能 用 来 作为 输出 集合 类 型 的 情况 还 有 其 他 形式 。 考 虑 下 面 的 示例 : 


scala> val set = collection.BitSet(1, 2, 3, 4, 5) 
set: scala.collection.BitSet = BitSet(1, 2, 3, 4, 5) 







































































scala> set map (_.toString) 

res0: scala.collection.SortedSet[String] = TreeSet(1, 2, 3, 4, 5) 
BitSet (http://www.scala-lang.org/api/current/#scala.collection.BitSet) 只 能 保存 整数 ， 所 
以 ， 如 果 将 其 元 素 转 为 字符 串 ， 隐 含 的 CanBuildFrom 只 能 实例 化 不 同 于 输入 的 输出 集合 。 
在 本 例 中 ， 输 出 集合 是 SortedSet (http://www.scala-lang.org/api/current/#scala.collection. 


immutable.SortedSet) 。 
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类 似 地 ， 对 于 字符 串 〈 字 符 序列 ) ， 我 们 也 可 能 遇 到 以 下 情形 ; 


scala> "xyz" map (_.toInt) 
resQ: scala.collection.immutable.IndexedSeq[Int] = Vector(120, 121, 122) 


CanBuildFrom 的 男 一 个 好 处 是 传送 其 他 上 下 文 信息 的 能 力 ， 这 些 上 下 文 信息 可 能 是 原 集合 
不 知道 或 不 适合 由 原 集合 来 传递 的 。 例 如 : 使 用 分 布 式 计算 API 时 ， 特 定 的 CanBuildFrom 
实例 可 能 被 用 于 构建 那些 适合 序列 化 到 远程 进程 的 集合 。 





12.3.3 Like 特征 


我 们 看 到 Builder 和 CanBuildFrom 为 输出 集合 指定 了 类 型 参数 。 为 了 文 持 对 这 些 参数 的 指 
定 ， 也 为 了 加 强 代码 重用 ， 你 知道 的 大 多 数 集合 都 混入 了 相应 的 …Like 特征 。 该 trait 可 以 
添加 合适 的 返回 值 类 型 ， 并 为 常见 方法 提供 实现 。 


以 下 是 collection. immutable. Seq 的 声明 : 




















trait Seq[+A] extends Iterable[A] with collection.Seq[A] 
with GenericTraversableTemplate[A, Seq] with SeqLike[A, Seq[A]] 
with Parallelizable[A, ParSeq[A]] 


需要 注意 的 是 ，collection.SeqLike 同时 用 元 素 类 型 A 和 Seq[A] 本 身 进 行 参数 化 。 第 二 个 

参数 用 于 约束 在 map 等 方法 中 能 够 使 用 的 CanBuildFrom 实例 。 该 trait 还 实现 了 Seq 中 大 部 

分 我 们 熟悉 的 方法 。 

我 鼓励 大 家 查阅 Scaladoc 中 的 collection. immutable. Seq 和 我 们 讨论 的 其 他 公共 集合 类 型 。 

点 击 其 他 trait 的 链接 ， 看 看 它们 都 做 了 什么 。 这 些 trait 及 其 自身 混入 的 trait 构成 了 一 个 类 

型 树 。 幸 运 的 是 ， 对 于 实际 使 用 具体 的 集合 类 型 ， 这 里 的 大 部 分 细 市 都 是 无 关 紧 要 的 。 

总 之 ， 在 集合 的 设计 中 使 用 了 三 个 最 重要 的 设计 方法 。 

(1) 用 Builder 抽象 了 构造 。 

(2) 用 CanBuildFrom 提供 隐 含 的 工厂 ， 用 于 构造 适合 给 定 上 下 文 的 生成 器 实例 。 

(3) Like 特征 为 Buttder 和 CanButtdFron 添加 必须 的 返回 值 类 型 参数 ， 并 提供 大 部 分 的 广 
法 实现 。 

如 果 要 构建 自己 的 集合 ， 你 需要 遵循 这 些 惯例 。 根 据 第 7 章 ， 我 们 知道 ， 如 果 集 合 实现 了 

foreach, map, flatMap 和 withFiLter， 那 么 集合 就 可 以 像 内 置 的 集合 类 型 一 样 在 for 表达 

式 中 使 用 。 


12.4 值 类 型 的 特 化 


Scala 对 值 类 型 (如 Int, Float 等 ) 和 引用 类 型 进行 统一 处 理 的 一 个 好 处 就 是 ，Scala 可 
以 用 值 类 型 声明 参数 化 类 型 实例 ， 如 List[Int]。 与 此 相反 ，Java 中 只 能 用 包装 过 的 类 型 ， 
如 List<Integer>。 包 装 需 为 对 象 分 配额 外 的 内 存 ， 也 需要 额外 的 时 间 管 理 内 存 。 而 原生 
类 型 在 内 存 中 是 连续 分 布 的 ， 可 以 提供 缓存 命中 率 ， 从 而 为 某 些 算法 提高 性 能 。 


因此 ， 在 以 数据 为 中 心 的 Java 库 中 〈 如 那些 为 大 数据 应 用 写 的 库 中 )， 往 往 有 一 长 串 为 原 
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a 也 可 能 只 有 几 个 (为 Long 和 double 定义 的 容器 )。 也 就 是 

， 你 会 看 到 有 的 类 表示 Long 型 的 向 量 ， 有 的 类 表示 double 型 的 向 量 。 于 是 ， 库 的 体积 
oe Java 支持 原生 类 型 的 集合 的 情况 ， 而 这 些 专门 声明 的 原生 类 型 的 容器 ， 往 往 效率 比 
相应 的 基于 对 象 的 实现 高 出 十 倍 。 
WERE, AE Scala 允许 我 们 声明 值 类 型 的 容器 ， 但 这 并 不 能 解决 问题 。 由 于 类 型 擦 除 
的 存在 以 及 JVM 很 难 记忆 容器 中 元 素 类 型 的 事实 ， 元 素 被 认为 是 Object 类 型 ， 所 有 的 元 
素 类 型 共有 同一 种 容器 的 实现 版 本 。 所 以 List[Double] 依然 需要 使 用 例如 Java 包装 后 的 
Double 样 的 类 型 。 


如 果 存 在 一 种 机 制 能 告诉 编译 堪 生 成 容 堪 的 “ 特 化 ”实现 ， 该 有 多 好 ? 容器 的 这 种 “ 特 
化 ”实现 有 助 于 原型 类 型 的 最 优化 。 事 实 上 ，Scala 中 的 @spectalized (http://www.scala- 
lang.org/api/current/scala/specialized.html) 标记 可 以 实现 这 个 目的 。 它 会 告诉 编译 器 为 标记 
中 列 出 的 值 类 型 生成 自 定义 的 实现 : 


class SpecialVector[@specialized(Int, Double, Boolean) T] {...} 


文 个 例子 为 Int、Double 和 Boolean 产 生 特 化 版 本 的 SpecialVector。 如 果 省 略 掉 @ 
specialized 后 的 列表 ， 所 有 值 类 型 都 将 产生 特 化 的 版 本 。 


然而 ， 自 从 引入 @specialized， 实 践 中 就 暴露 出 了 它 的 一 些 限制 。 首 先 ， 它 会 引入 很 多 自 
动 生成 的 代码 ， 所 以 滥用 @specialize 将 会 使 库 的 体积 过 大 。 


第 二 ， 实 现 中 存在 一 些 设计 缺陷 (关于 本 问题 的 详细 讨论 ，https://speakerdeck.com/ 
vladureche/miniboxing-presentation-at-scaladays-2014 有 最 新 更 新 )。 如 果 一 个 字段 在 原始 容 

器 中 被 声明 为 泛 型 类 型 ， 那 么 它 在 特 化 时 不 会 转 为 原生 类 型 的 字段 。 相 反 ， 编 译 器 会 再 生 
成 一 个 相应 原生 类 型 的 重复 字段 ， 从 而 带 来 错误 。 另 一 个 缺陷 是 ， 特 化 的 容器 被 实现 为 原 
始 通 用 容器 的 子 类 。 当 通用 容器 及 其 子 类 都 是 特 化 类 型 时 ， 就 无 法 工作 了 。 特 化 的 类 型 应 
该 与 父 类 型 具有 同样 的 继承 关系 ,但 由 于 JVM 的 单 继 承 模型 ， 这 种 相同 的 继承 关系 得 不 
到 支持 。 


由 于 这 些 实践 中 的 不 足 ，Scala 库 对 @specialized 使 用 得 很 有 限 。 它 主要 用 在 Function, 
TupleN, Productn 类 型 或 者 少数 集合 中 。 


在 我 们 讨论 @specialized 的 一 个 新 兴 替 代 品 之 前 ， 要 注意 到 ,方法 还 有 一 个 @ 
unspecialized (http://www.scala-lang.org/api/current/index.html#scala.annotation. 
unspecialized) 标记 。 当 类 型 有 @specialized 标记 ,但 又 不 想 使 用 生成 特 化 版 本 的 方法 时 ， 
我 们 可 以 使 用 @unspecialized 标记 。 当 特 化 带 来 的 性 能 改进 优势 不 足以 弥补 它 带 来 的 库 体 
积 增 大 时 ， 你 也 可 以 使 用 这 个 标记 。 































































































Miniboxing 

Miniboxing 试图 去 掉 特 化 的 那些 限制 因素 ， 因 此 它 是 @specialized 的 一 个 替代 机 制 ， 目 前 
正 处 在 开发 中 。 尽 管 做 为 编译 器 插件 (http://scala-miniboxing.org) 已 经 可 以 用 于 实验 了 ， 
Miniboxing 在 Scala 的 下 一 个 版 本 中 可 能 才 会 出 现 。 所 以 ， 现 在 可 以 讨论 一 下 它 了 。 


安装 了 这 个 插件 后 ， 它 的 使 用 方法 与 @specialized 是 一 致 的 : 
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class SpecialVector[@miniboxed(Int, Double, Boolean) T] {...} 


Miniboxing 将 泛 型 容器 改 为 拥有 两 个 子 类 型 的 trait， 一 个 子 类 用 于 值 类 型 ， 另 一 个 子 类 用 
于 引用 类 型 ， 从 而 降低 了 代码 膨胀 。 表 示 原 生 类 型 的 子 类 注意 到 ， 一 个 8 比特 的 值 可 以 装 
下 任何 一 个 原生 类 型 。 利 用 这 一 点 ， 该 类 增加 了 一 个 “标签 "， 用 于 表示 这 8 比特 应 被 解 
释 成 的 原生 类 型 。 所 以 ， 该 子 类 表现 得 像 一 个 带 标签 的 联合 体 ， 不 再 需要 让 每 个 原生 类 型 
都 拥有 一 个 单独 的 实例 。 引 用 类 型 不 受 影响 。 

通过 将 原始 容器 改 为 rait， 它 所 存在 的 所 有 继承 关系 都 得 到 了 保持 。 例 如 : 我 们 有 两 个 参 
数 化 的 容器 CIT] FUDIT], HEP DIT] 类 继承 了 C[T]， 并 且 这 两 个 类 型 都 做 了 特 化 ， 那 么 从 
概念 上 看 ， 生 成 的 代码 会 是 这 样 : 











trait C[T] // was class C[T] 
class C_primitive[T] extends C[T] // T is an AnyVal 
class C_anyref[T] extends C[T] // T is an AnyRef 
trait D[T] extends C[T] // was class D[T] 
class D_primitive[T] extends C_primitive[T] with D[T] // T is an AnyVal 
class D_anyref[T] extends C_anyref[T] with D[T] // T is an AnyRef 


同时 ， 为 了 提高 效率 ， 你 依然 可 以 使 用 @specialized 标记 。 但 是 需要 注意 它 会 引起 库 体 积 
变 大 ， 以 及 前 文 介绍 过 的 设计 上 的 限制 问题 。 


125 本章 回顾 与 下 一 章 提要 


我 们 对 Scala 的 集合 库 进行 了 深入 了 解 ， 包 括 可 变 与 不 可 变 的 区 别 ， 并 行 变 体 ， 以 及 如 何 
在 Java 集合 和 Scala 集合 间 相 互 转换 ， 还 讨论 了 一 个 重要 的 未 结束 的 话题 ， 即 : 如 何 使 集 
合 高 效 地 与 JVM 原生 类 型 配合 ， 以 减少 对 原生 类 型 进行 包装 带 来 的 开销 。 
在 涉及 Scala 类 型 系统 的 主要 话题 之 前 ， 下 一 章 将 涵盖 的 话题 你 也 应 该 了 解 。 尽 管 这 个 话 
题 不 是 每 天 都 关注 的 ，Scala 对 细 粒 度 可 见 性 控制 的 各 种 支持 。Scala 远 远 超过 了 Java 中 的 
public、protected、private 可 见 性 控制 和 默认 的 package 的 作用 域 管理 。 
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BIS 


可 见 性 规则 





Java 提供 了 四 个 级 别 的 可 见 性 : public, protected, private 以 及 默认 的 package 可 见 性 。 而 
Scala 的 可 见 性 规则 很 好 地 超越 了 这 四 个 级 别 。 在 面向 对 象 的 编程 语言 中 ， 可 见 性 规则 用 
于 对 外 暴露 某 一 类 型 必须 提供 的 公有 抽象 ， 而 实现 信息 则 被 封装 起 来 ， 外 部 无 法 访问 。 

本 章 将 对 可 见 性 规则 进行 深入 讲解 ， 而 这 部 分 内 容 确实 会 有 些 枯 燥 。 从 表面 上 看 ， 除 了 
Scala 的 默认 可 见 性 是 public 之 外 ，Scala 的 可 见 性 规则 与 Java 规则 非常 相似 。Scala 增加 
了 许多 复杂 的 作用 域 规则 ， 不 过 在 日 常 编写 的 Scala 代码 中 ， 你 并 没有 太 多 机 会 应 用 到 这 
些 规则 。 因 此 ， 你 可 以 考虑 粗略 浏览 本 章 前 一 两 个 小 节 以 及 总 结 部 分 。 甚 他 内 容 可 以 暂时 
不 看 ， 等 到 你 开始 编写 自己 的 Scala 库 ， 需 要 了 解 特定 的 内 容 时 ， 再 查阅 相关 内 容 。 


13.1 默认 可 见 性 : 公有 可 见 性 


与 Java 不 同 ，Scala 将 公有 可 见 性 (public visibility) 视 为 默认 可 见 性 ， 不 过 这 与 其 他 的 面向 对 
象 编 程 语言 的 做 法 一 致 。 如 果 你 希望 对 类 型 中 某 些 成 员 的 可 见 性 进行 限制 ， 只 人 允许 类 型 本 身 
访问 这 些 成 员 ， 常 用 的 做 法 是 将 这 些 类 型 成 员 声明 为 私有 成 员 ， 或 者 把 它们 声明 为 protected 
成 员 ， 只 允许 子 类 访问 。 不 过 Scala 为 你 提供 了 更 多 选项 ， 而 本 章 会 做 出 详细 地 讲述 。 

对 于 用 户 需 要 查看 并 使 用 的 任何 对 象 成 员 ， 你 都 可 以 把 它们 设置 public 可 见 性 。 在 使 用 
public 可 见 性 时 ， 请 牢记 一 点 : 这 组 具有 公有 可 见 性 的 成 员 组 合成 了 一 个 抽象 体 ， 与 类 型 
名 称 一 起 暴露 给 了 外 部 。 

































































定义 最 小 化 、 清 晰 而 又 简洁 的 公有 抽象 也 是 良好 的 面向 对 象 设计 中 的 一 环 。 
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传统 的 面向 对 象 设 计 认 为 ， 字 段 应 该 是 private 或 protected 可 见 性 。 假 如 需要 对 该 字段 进 
行 访问 ， 我 们 应 该 提供 访问 方法 ， 而 不 是 把 所 有 的 字段 默认 为 可 访问 。 

存在 两 个 理由 支撑 这 一 传统 。 第 一 个 理由 是 : 这 样 做 能 够 阻止 用 户 未 经 许可 便 对 可 变 变 量 
进行 修改 。 不 过 ， 使 用 不 可 变 值 也 可 以 消除 这 一 顾虑 。 而 第 二 个 理由 是 : 字段 只 是 实现 的 
一 部 分 ， 它 们 并 不 是 你 希望 对 外 暴露 的 公有 抽象 体 。 

如 果 人 允许 直接 访问 字段 ， 那 么 统一 访问 原则 (请 参考 8.6.1 节 的 相关 内 容 ) 的 优势 便 体现 
出 来 了 。 运 用 统一 访问 原则 ， 我 们 可 以 让 用 户 使 用 公用 字段 访问 语法 对 字段 进行 访问 ， 而 
在 实现 时 可 以 根据 情况 ， 采 用 方法 访问 或 直接 访问 的 方式 。 用 户 则 无 需 知道 具体 的 实现 方 
式 。 尽 管 仍然 需要 重新 编译 代码 ， 但 我 们 可 以 在 不 告知 用 户 的 情况 下 修改 具体 的 实现 。 
使 用 类 型 的 “用 户 ” 存 在 两 种 : 继承 自 该 类 型 的 类 型 ， 以 及 使 用 该 类 型 实例 的 代码 。 与 操 
作 实 例 的 用 户 相 比 ， 继 承 类 型 往往 需要 对 父 类 型 成 员 进 行 更 多 次 的 访问 。 

Scala 可 见 性 规则 与 Java 规则 相似 ， 不 过 Scala 规则 更 统一 ， 也 更 灵活 。 例 如 : 在 Java 中 ， 
如 果 一 个 内 部 类 中 包含 了 私有 成 员 ， 那 么 包装 类 能 够 访问 该 成 员 。 在 Scala 中 ， 包 装 类 无 
法 看 到 内 部 类 的 私有 成 员 ， 不 过 Scala 提供 了 另外 一 种 声明 方式 ， 使 得 包装 类 可 以 看 到 该 
成 员 。 


13.2 可 见 性 关键 字 


{E Java 和 C# 语 言 中 ， 我 们 在 成 员 声 明 起 始 位 置 输 入 用 于 修改 可 见 性 的 关键 字 ， 如 
private 和 protected 关键 字 。 在 Scala 中 ， 你 会 在 类 型 的 class 或 trait 关键 字 之 前 、 字 
PEAY val 或 var 之 前 、 方 法 定义 的 def 关键 字 之 前 找到 这 些 可 见 性 关键 字 。 
你 也 可 以 在 类 的 主 构 造 函 数 中 使 用 访问 修饰 符 。 把 这 些 修 饰 符 放 到 类 型 名 称 
和 类 型 参数 (如果 声 明 中 有 类 型 参数 的 话 ) 之 后 ， 参 数列 表 之 前 。 相 关 示 例 
如 下 : class Restricted[+A] private (name: String) {...}, 
为 什么 要 限制 用 户 访 问 主 构造 函数 呢 ?” 因 为 这 样 一 来 ， 便 能 强迫 用 户 调用 工 
厂 方法 ， 而 不 是 直接 初始 化 该 类 型 。 



























































表 13-1 对 可 见 性 作用 域 进行 了 总 结 。 
表 13-1: 可 见 性 作用 域 











可 见 性 名 称 关键 字 Ho £ 

public 无 关键 字 任何 作用 域内 均 能 访问 公有 成 员 或 公有 类 型 ，public 可 见 性 无 视 所 
有 限制 

Protected protected 受 保护 (protected) 成 员 对 本 类 型 、 继 承 类 型 以 及 册 套 类 型 可 见 。 
而 受 保护 的 类 型 则 只 对 相同 包 内 或 子 包 内 的 某 些 类 型 可 见 

private private 私有 (private) 成 员 只 对 本 类 型 和 髓 套 类 型 可 见 ， 而 且 可 以 访问 私 
有 成 员 的 类 型 必须 位 于 相同 包 内 
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可 见 性 名 称 关键 字 描 述 

作用 域内 受 保护 protected[scope] 只 能 在 某 一 作用 域内 可 见 ， 该 作用 域 可 以 是 包 作用 域 、 类 型 作用 域 
或 this 作用 域 (这 意味 着 如 果 成 员 使 用 了 该 可 见 性 ，this 代表 了 相 

同 实例 ， 如 果 类 型 使 用 该 可 见 性 ， 则 this 表示 该 类 型 所 在 的 包 )。 

如 果 想 了 解 更 多 细节 ， 请 阅读 下 面 的 文字 

作用 域内 私有  private[scope] ”除了 对 具有 继承 关系 的 类 的 可 见 性 不 同 之 外 (会 在 后 续 说 明 )， 与 作 

用 域内 受 保护 可 见 性 相同 



























































我 们 将 会 对 这 些 可 见 性 选项 进行 更 深入 地 研究 。 为 了 简化 起 见 ， 我 们 在 示例 中 将 以 成 员 字 
段 为 例 。 方 法 声明 和 类 型 声明 中 的 可 见 性 规则 与 字段 规则 一 致 。 





不 幸 的 是 ， 你 无 法 为 包 添 加 任何 可 见 性 修改 符 。 因 此 ， 包 总 是 公有 的 ， 即 便 
是 包 里 面包 含 了 一 些 非 公有 可 见 的 类 型 。 








13.3 ”Public 可 见 性 


对 于 任何 声明 体 ， 如 果 未 指定 可 见 性 ， 它 们 对 应 的 可 见 性 关键 字 便 默认 为 public， 这 意味 
着 在 任何 作用 域 中 ,该 声明 体 均 可 见 。Scala 未 提供 public 关键 字 ， 这 与 Java 截然 不 同 。 
Java 语言 中 默认 的 “公有 ”可 见 性 只 对 包 可 见 ( 即 包 内 私有 )。 而 其 他 的 面向 对 象 语言 
(如 Ruby)， 同 样 将 public 作为 默认 作用 域 : 


// src/main/scala/progscala2/visibility/public.scala 

















package scopeA { 
class PublicClass1 { 
val publicField = 1 


class Nested { 
val nestedField = 1 


} 


val nested = new Nested 


} 


class PublicClass2 extends PublicClass1 { 
val field2 = publicField + 1 
val nField2 = new Nested().nestedField 
} 
} 


package scopeB { 
class PublicClass1B extends scopeA.PublicClass1 


class UsingClass(val publicClass: scopeA.PublicClass1) { 
def method = "UsingClass:" + 
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" field: " + publicClass.publicField + 
" nested field: " + publicClass.nested.nestedField 


} 
} 


代码 中 出 现 的 包 和 类 都 是 公有 可 见 性 。 请 注意 ，scopeB.UsingCtass 类 能 访问 scoped. 
PublicClass1 类 及 其 成 员 ， 包 括 Nested 类 的 实例 及 其 公有 字段 。 


13.4 _ Protected 可 见 性 


继承 类 往往 需要 对 父 类 型 的 一 些 详细 信息 进行 访问 ， 而 protected 可 见 性 则 为 这 些 继承 类 型 
的 开发 者 提供 了 便利 。 所 有 使 用 protected 关键 字 声 明 的 成 员 只 对 该 定义 类 型 可 见 ， 包 括 
相同 类 型 的 其 他 实例 以 及 所 有 的 继承 类 型 。 如 果 某 一 类 型 被 声明 为 受 保护 类 型 ， 那 么 该 类 
型 只 对 包含 这 个 类 型 的 包 内 可 见 。 


Java 则 恰恰 相反 ， 包 内 所 有 对 象 均 可 访问 protected KK. Scala 则 通过 设置 作用 域内 私有 
和 受 保 护 访问 控制 处 理 这 种 场景 


// src/main/scala/progscala2/visibility/protected.scalaX 
// 无 法 通过 编译 


























package scopeA { 
class ProtectedClass1(protected val protectedField1: Int) { 
protected val protectedField2 = 1 


def equalFields(other: ProtectedClass1) = 
(protectedField1 == other.protectedField1) && 
(protectedField2 == other.protectedField2) && 
(nested == other.nested) 


class Nested { 
protected val nestedField = 


} 


protected val nested = new Nested 


} 


class ProtectedClass2 extends ProtectedClass1(1) { 
val field1 = protectedField1 
val field2 = protectedField2 
val nField = new Nested().nestedField // 错误 


class ProtectedClass3 { 
val protectedClass1 = new ProtectedClass1(1) 
val protectedField1 = protectedClass1.protectedField1 // 错误 
val protectedField2 = protectedClass1.protectedField2 // 错误 
val protectedNField = protectedClass1.nested.nestedField // 错误 


protected class ProtectedClass4 





class ProtectedCLass5 extends ProtectedCLass4 
protected class ProtectedCLass6 extends ProtectedClass4 


} 


package scopeB { 
class ProtectedClass4B extends scopeA.ProtectedClass4 // 错误 


} 
运行 scalac 对 代码 文件 进行 编译 时 ， 将 会 出 现下 面 列 出 的 五 个 错误 ， 分 别 对 应 了 使 用 “A 
错误 ”注释 的 五 行 代码 : 
.../visibility/protected.scalaX:23: error: value nestedField in class 
Nested cannot be accessed in ProtectedClass2.this.Nested 
Access to protected value nestedField not permitted because 
enclosing class ProtectedClass2 in package scopeA is not a subclass of 


class Nested in class ProtectedClass1 where target is defined 
val nField = new Nested().nestedField // 错误 
“A 








5 errors found 


由 于 ProtectedClass2 继承 了 Protected1 类 ， 因 此 ProtectedClass2 能 访问 ProtectedClass1 
中 定义 的 受 保护 成 员 。 不 过 ，ProtectedClass2 无 法 访问 protectedCLass1.nested 对 象 中 受 
保护 的 nestedField 成 员 。 同 时 ，ProtectedClass3 类 也 无 法 访问 它 使 用 的 ProtectedClass1 
实例 中 的 受 保护 成 员 。 

最 后 ， 由 于 ProtectedClass4 被 声明 为 protected 类 ， 其 对 scopeB 包 内 的 对 象 不 可 见 。 


13.5 Private 可 见 性 


私有 (private) 可 见 性 将 实现 细节 完全 隐藏 起 来 ， 即 便 是 继承 类 的 实现 者 也 无 法 访问 这 些 
细节 。 声 明 中 包含 了 private 关键 字 的 所 有 成 员 都 只 对 定义 该 成 员 的 类 型 可 见 ， 该 类 型 的 
其 他 实例 也 能 访问 这 些 成 员 。 如 果 类 型 被 声明 为 私有 可 见 性 类 型 ， 那 么 该 类 型 的 可 见 性 将 
被 限定 到 包含 该 类 型 的 包 内 : 


// src/main/scala/progscala2/visibility/private.scalaX 


// 无 法 通过 编译 











package scopeA { 
class PrivateClassi(private val privateField1: Int) { 
private val privateField2 = 1 


def equalFields(other: PrivateClass1) = 
(privateField1 == other.privateField1) && 
(privateField2 == other.privateField2) && 
(nested == other.nested) 


class Nested { 
private val nestedField = 1 


} 


private val nested = new Nested 
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class PrivateCLass2 extends PrivateClass1(1) { 
val field1 = privateField1 // 错误 
val field2 = privateField2 // 错误 
val nField = new Nested().nestedField // 错误 


class PrivateClass3 { 
val privateClass1 = new PrivateClass1(1) 
val privateField1 = privateClassi.privateField1 // 错误 
val privateField2 = privateClassi.privateField2 // 错误 
val privateNField = privateClassi.nested.nestedField // 错误 


private class PrivateClass4 


class PrivateClass5 extends PrivateClass4 // 错误 
protected class PrivateClass6 extends PrivateClass4 // 错误 
private class PrivateClass7 extends PrivateClass4 


} 


package scopeB { 
class PrivateClass4B extends scopeA.PrivateClass4 // 错误 


} 
编译 上 述 文件 时 ， 注 释 中 包含 了 “错误 ”注释 的 九 行 代码 将 出 现 错误 。 
现在 ，PrivateClass2 无 法 访问 父 类 PrivateClass1 的 私有 成 员 。 正 如 错误 信息 表示 的 那 
样 ， 这 些 私有 成 员 对 子 类 完全 不 可 见 。 而 仍 套 类 中 的 私有 字段 也 是 无 法 访问 的 。 
与 访问 受 保护 变量 的 示例 一 样 ，PrivateClass3 正在 对 PrivateClass1 实例 进行 操作 ， 但 它 
却 无 法 访问 该 实例 的 私有 成 员 。 请 注意 ，equalFields 方法 可 以 访问 其 他 实例 中 定义 的 私 
有 成 员 。 
privateClass5 和 privateClass6 声明 之 所 以 失败 ， 是 因为 假如 Scala 允许 出 现 这 样 两 个 类 
的 话 ，PrivateClass4 便 “逃脱 了 private 作用 域 的 限定 ”"。 不 过 ， 由 于 PrivateClass7 也 被 
声明 为 私有 类 ， 因 此 PrivateClass7 声明 成 功 。 奇 怪 的 是 ， 在 之 前 的 示例 中 ， 我 们 声明 了 
一 个 继承 自 受 保护 类 的 公有 类 ， 但 却 未 出 现 这 样 的 错误 。 
最 后 ， 与 受 保护 的 类 型 声明 体 一 样 ， 我 们 无 法 在 不 同 的 包 中 定义 该 私有 类 型 的 子 类 。 


13.6 ”作用 域内 私有 和 作用 域内 受 保护 可 见 性 


Scala 为 用 户 提 供 了 一 些 额 外 方法 ， 以 帮助 用 户 以 更 小 的 粒度 对 可 见 性 的 作用 域 进行 调整 。 
从 这 一 点 看 ，Scala 超过 了 大 多 数 的 语言 。Scala 提供 了 作用 域内 私有 (scoped private) 可 
见 性 声明 和 作用 域内 受 保护 (scoped protected) 可 见 性 声明 。 请 注意 ， 在 具有 继承 关系 的 
情况 下 ， 对 类 成 员 应 用 这 两 类 可 见 性 后 表现 不 同 。 但 除 此 之 外 ， 这 两 类 可 见 性 的 表现 完全 
一 致 ， 因 此 在 同一 个 作用 域内 ， 私 有 可 见 性 可 以 和 受 保护 可 见 性 交换 使 用 。 
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尽管 这 两 类 可 见 性 规则 几乎 一 样 ， 











不 过 在 Scala 库 中 private[X] 的 出 现 次 








数 略 多 于 protected[X] 的 出 现 次 数 。 在 本 书 的 第 1 版 中 ， 我 们 注意 到 Scala 
2.7.X 版 本 中 private[X] 的 出 现 次 数 比 protected[X] 的 出 现 次 数 多 了 五 次 。 
而 在 Scala 2.11 中 ， 两 者 的 比例 更 为 接近 ， 


它们 的 出 现 比 例 达到 了 5/3。 





我 们 首先 对 作用 域内 私有 可 见 性 和 作用 域内 受 保护 可 见 性 之 间 的 差异 部 分 进行 思考 。 在 具 


有 继承 关系 的 情况 下 ， 如 果 某 些 成 员 分 别 具 有 这 两 类 可 见 


何 呢 ? 





性 ， 那 么 这 两 类 可 见 性 的 表现 如 


// src/main/scala/progscala2/visibility/scope-inheritance.scalaX 


// 无 法 通过 编译 


package scopeA { 
class Class1 { 


private[scopeA] val scopeA_privateField = 
protected[scopeA] val scopeA_protectedField 
private[Class1] val classi_privateField = 
protected[Class1] val class1_protectedField 
private[this] val this_privateField = 5 
protected[this] val this_protectedField = 


} 


class Class2 extends Classi { 


val fieLd1 = scopeA_privateField 
val field2 = scopeA_protectedField 
val field3 = classi_privateField 
val field4 = class1_protectedField 
val fieldS = this_privateField 
val field6 = this_protectedField 

} 


} 


package scopeB { 
class Class2B extends scopeA.Class1 { 


val fieLd1 = scopeA_privateField 
val field2 = scopeA_protectedField 
val field3 = classi_privateField 
val field4 = class1_protectedField 
val fieldS = this_privateField 
val field6 = this_protectedField 

} 


} 
这 个 文件 将 产生 五 处 编译 错误 。 


// 错误 
// 错误 


// 错误 
// 错误 
// 错误 


I w IiI e 


最 开始 的 两 个 错误 位 于 Class2 内 ， 这 两 个 错误 告诉 我 们 ， 在 相同 包 内 定义 的 继承 类 不 能 引 
用 父 类 的 作用 域内 私有 成 员 ， 也 不 能 引用 父 类 中 定义 的 this 作用 域内 私有 成 员 。 不 过 继承 
类 能 够 引用 限定 在 包 衷 了 Class1 和 Class2 的 包 (或 者 类 型 ) 作用 域内 的 私有 成 员 。 


相 比 之 下 ， 在 Classi 所 在 包 外 部 定义 的 继承 类 则 无 法 访问 Classi 中 定义 的 任何 作用 域内 


私有 成 员 。 
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不 过 ， 作 用 域内 受 保护 成 员 对 其 继承 类 Class2 和 Class28 均 可 见 。 
由 于 在 Scala 库 中 受 限 私有 可 见 性 出 现 的 次 数 略 多 过 受 限 受 保护 可 见 性 出 现 的 次 数 ， 











因此 


除了 那些 像 之 前 出 现 的 继承 关系 会 对 可 见 性 造成 影响 的 情况 之 外 ， 我 们 将 在 后 续 的 例子 和 





讨论 中 只 使 用 作用 域内 私有 可 见 性 。 


由 于 private[this] 可 见 性 能 够 对 类 型 成 员 造 成 影响 ， 因 此 它 也 是 最 受 限制 的 可 见 性 ， 我 





们 也 将 首先 对 其 进行 讲解 : 
// src/main/scala/progscala2/visibility/private-this.scalaX 
// 无 法 通过 编译 

















package scopeA { 
class PrivateClassi(private[this] val privateField1: Int) { 
private[this] val privateField2 = 1 


def equalFields(other: PrivateClass1) = 
(privateField1 == other.privateField1) && // 错误 
(privateField2 == other.privateField2) && // 错误 
(nested == other.nested) // 错误 


class Nested { 
private[this] val nestedField = 1 


} 


private[this] val nested = new Nested 


} 


class PrivateClass2 extends PrivateClass1(1) { 
val field1 = privateField1 // 错误 
val field2 = privateField2 // 错误 
val nField = new Nested().nestedField // 错误 


class PrivateClass3 { 
val privateClass1 
val privateField1 
val privateField2 
val privateNField 


new PrivateClass1(1) 
privateClassil.privateField1 // 错误 
privateClassil.privateField2 // 错误 
privateClass1.nested.nestedField // 错误 





WEKE, AiE a AR HILLER o 


由 于 第 10 行 代码 和 第 11 行 代码 都 是 始 于 第 9 行 表 达 式 的 一 部 分 ， 而 编译 器 在 第 9 行 发 现 


错误 后 便 会 停止 对 该 表达 式 进行 解析 ， 因 此 第 10 行 和 第 11 行 不 会 被 解析 。 














private[this] 成 员 仅 对 相同 实例 可 见 。 同 一 类 型 的 某 一 实例 无 法 访问 其 他 实例 的 





private[this] 成 员 ， 因 此 equalFields 方法 无 法 通过 解析 。 











除 此 之 外 ， 使 用 private[this] 修饰 的 类 成 员 的 可 见 性 与 未 指定 作用 域 范围 的 private 可 见 














性 一 致 。 
使 用 private[this] 声明 类 型 时 ，this 也 只 能 作用 于 包含 该 类 型 的 包 中 ， 如 下 所 示 : 
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// src/main/scala/progscala2/visibility/private-this-pkg.scalaXx 
// 无 法 通过 编译 


package scopeA { 
private[this] class PrivateClass1 


package scopeA2 { 
private[this] class PrivateClass2 


} 


class PrivateClass3 extends PrivateClass1 // 错误 
protected class PrivateClass4 extends PrivateClass1 // 错误 
private class PrivateClass5 extends PrivateClass1 
private[this] class PrivateClass6 extends PrivateClass1 


private[this] class PrivateClass7 extends scopeA2.PrivateClass2 // 错误 


} 


package scopeB { 
class PrivateClass1B extends scopeA.PrivateClass1 // 错误 


} 
这 段 代 码 将 产生 四 处 错误 。 
在 相同 包 中 ， 无 法 成 功 地 为 一 个 private[this] 类 型 声明 public 或 protected 子 类 ， 你 只 


能 为 其 声明 private 和 private[this] 子 类 。 与 此 同时 ， 由 于 PrivateCtass2 的 可 见 性 被 限 
JETE scopeA2 作用 域内 ， 因 此 你 无 法 在 scopeA2 作用 域外 声明 其 子 类 。 同 理 ， 在 与 scopeA2 


无 关 的 scopeB 作用 域内 使 用 PrivateClass1 声明 类 同样 会 失败 。 


由 此 ， 我 们 可 以 给 出 结论 : 如 果 使 用 private[this] 修饰 类 型 ， 那 么 此 时 的 private[this] 
等 同 于 Java 语言 中 的 包 内 私有 可 见 性 。 

下 面 ， 我 们 将 对 类 型 级 别 可 见 性 进行 分 析 ， 我 们 将 分 析 private[T] 可 见 性 ， 其 中 T 代 表 了 
某 一 类 型 ; 


// src/main/scala/progscala2/visibility/private-type.scalaX 
// 无 法 通过 编译 
























































package scopeA { 
class PrivateClass1(private[PrivateClass1] val privateField1: Int) { 
private[PrivateClass1] val privateField2 = 1 


def equalFields(other: PrivateClass1) = 
(privateField1 == other.privateField1) && 
(privateField2 == other.privateField2) && 
(nested == other.nested) 


class Nested { 
private[Nested] val nestedField = 1 


} 


private[PrivateClass1] val nested = new Nested 
val nestedNested = nested.nestedField // 错误 
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class PrivateClass2 extends PrivateCLass1(1) { 
val fieldi = privateField1 // 错误 
val field2 = privateField2 // 错误 
val nField = new Nested().nestedField // 错误 


class PrivateClass3 { 
val privateClass1 = new PrivateClass1(1) 
val privateField1 = privateClassi.privateField1 // 错误 
val privateField2 = privateClassi.privateField2 // 错误 
val privateNField = privateClassi.nested.nestedField // 错误 


} 
该 文件 中 包含 了 七 处 访问 错误 。 
由 于 可 见 性 类 型 为 private[PrivateClass1] 的 成 员 对 其 他 同类 型 实例 可 见 ， 因 此 
equalFields ff dad 通过 解析 。 所 以 可 以 给 出 结论 : private[T] 没有 private[this] 这 


样 严格 。 请 留意 ， 因 为 Nested.nestedField 被 声明 为 private[Nested] 可 见 性 ， 所 以 
PrivateClass1 无 法 访问 该 字段 。 


假如 T 类 型 的 某 些 成 员 被 声明 为 private[T] 成 员 ， 那 么 该 成 员 的 行为 与 使 
用 private 修饰 的 行为 一 致 。private[T] 并 不 等 同 于 private[this], jae 
限制 更 为 严格 。 








假如 我 们 将 Nested.nestedField 的 作用 域 修改 为 private[PrivateCLass1]， 会 发 生 什 么 
ME? 下 面 我 们 将 讨论 private[T] 会 如 何 对 岁 套 类 型 造成 影响 : 


// src/main/scala/progscala2/visibility/private-type-nested.scalaX 


// 无 法 通过 编译 





























package scopeA { 
class PrivateClass1 { 
classNested { 
private[PrivateClass1] val nestedField = 


} 


private[PrivateClass1] val nested = new Nested 
val nestedNested = nested.nestedField 


} 


classPrivateClass2 extends PrivateClass1 { 
val nField = new Nested().nestedField // 错误 


} 


class PrivateClass3 { 
val privateClass1 = new PrivateClass1 
val privateNField = privateClassi.nested.nestedField // 错误 





执行 这 段 代 码 将 会 出 现 两 处 错误 。 
尽管 现在 nestedField 对 PrivateClass1 可 见 ， 但 它 仍然 对 PrivateClass1 外 部 的 类 型 不 可 
见 。 这 与 Java 中 private 修饰 词 的 作用 一 致 。 


下 面 我 们 将 使 用 包 名 对 作用 域 进行 限制 : 


// src/main/scala/progscala2/visibility/private-pkg-type.scalaX 
// 无 法 通过 编译 














package scopeA { 
private[scopeA] class PrivateClass1 


package scopeA2 { 
private [scopeA2] class PrivateClass2 
private [scopeA] class PrivateClass3 


} 


class PrivateClass4 extends PrivateClass1 

protected class PrivateClass5 extends PrivateClass1 
private class PrivateClass6 extends PrivateClass1 
private[this] class PrivateClass7 extends PrivateClass1 


private[this] class PrivateClass8 extends scopeA2.PrivateClass2 // 错误 
private[this] class PrivateClass9 extends scopeA2.PrivateClass3 


} 


package scopeB { 
class PrivateClass1B extends scopeA.PrivateClass1 // 错误 


} 
编译 该 文件 时 也 会 产生 两 个 错误 。 
请 留意 ， 现 在 我 们 无 法 在 scopeA2 作用 域外 将 PrivateClass2 子 类 化 。 不 过 由 于 


PrivateClass3 被 声明 为 private[ScopeA] 类 型 ， 因 此 我 们 可 以 在 scopeA 作用 域内 能 将 
PrivateClass3 子 类 化 。 


最 后 ， 我 们 再 看 看 对 类 型 参数 施加 包 级 作用 域 可 见 性 限定 后 ， 会 产生 什么 影响 : 


// src/main/scala/progscala2/visibility/private-pkg.scalaX 
// 无 法 通过 编译 











package scopeA { 
class PrivateClass1 { 
private[scopeA] val privateField = 1 


class Nested { 
private[scopeA] val nestedField = 1 


} 


private[scopeA] val nested = new Nested 


} 


class PrivateClass2 extends PrivateClass1 { 
val field = privateField 
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val nField = new Nested().nestedField 


} 


class PrivateClass3 { 
val privateClass1 = new PrivateClass1 
val privateField = privateClass1.privateField 
val privateNField = privateClass1.nested.nestedField 


} 


package scopeA2 { 
class PrivateClass4 { 
private[scopeA2] val field1 
private[scopeA] val field2 


class PrivateClass5 { 
val privateClass4 = new scopeA2.PrivateClass4 
val field1 = privateClass4.field1 // 错误 
val field2 = privateClass4.field2 


package scopeB { 
class PrivateClass1B extends scopeA.PrivateClass1 { 
val fieldi = privateField // 错误 
val privateClass1 = new scopeA.PrivateClass1 
val field2 = privateClass1.privateField // 错误 
} 
} 


该 文件 有 三 处 错误 。 


如 果 我 们 试图 从 某 个 与 scopeA 无 关 的 包 scopeB 中 访问 scopeA 时 ， 或 者 当 我 们 尝试 从 伐 套 
包 scopeA2 中 访问 成 员 变 量 时 ， 便 会 出 现 错误 。 而 这 便 是 上 面 代码 的 所 有 错误 来 源 。 





假如 某 一 类 型 或 成 员 被 声明 为 private[P] 可 见 性 , P 是 该 类 型 或 成 员 所 在 的 
包 ， 那 么 该 可 见 性 等 同 于 Java 中 的 包 内 私有 可 见 性 。 


13.7 ”对 可 见 性 的 想法 


Scala 的 可 见 性 声明 非常 灵活 ， 而 且 这 些 声明 表现 一 致 。 从 实例 级 (private[this]) 到 包 
级 (private[P], P 为 对 应 的 包 名 ) ， 这 些 可 见 性 规则 在 各 种 作用 域 里 均 提 供 了 细 粒 度 控制 
约束 。 例 如 : 使 用 这 些 可 见 性 声明 能 够 很 容易 地 创建 可 重用 组 件 ， 这 些 组 件 的 类 型 对 外 暴 
露 给 了 组 件 最 顶层 包 之 外 的 代码 ， 但 实现 类 型 和 类 型 成 员 隐藏 在 组 件 包 中 。 


尽管 标准 库 之 外 的 代码 中 并 未 广泛 使 用 这 些 细 粒 度 的 可 见 性 约束 ， 但 它们 理应 得 到 广泛 使 
用 。 假 如 你 正在 编写 自己 的 Scala 库 ， 那 么 请 思考 一 下 ， 哪 些 类 型 和 方法 不 应 对 客户 开放 ， 
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之 后 请 为 这 些 类 型 和 方法 添加 合适 的 可 见 性 规则 。 
最 后 ， 我 们 发 现 了 一 个 关于 trait 中 隐藏 成 员 的 潜在 问题 ， 请 查看 下 面 的 提示 。 
为 trait 成 员 选择 名 字 时 ， 请 保持 谨慎 。 假 如 两 个 trait 中 某 一 成 员 名 字 相 同 ， 


而 某 一 实例 同时 使 用 了 这 两 个 trait， 那 么 即使 这 两 个 重 名 的 成 员 都 是 私有 成 
员 ， 还 是 会 导致 命名 冲突 。 











笠 运 的 是 ， 编 译 器 会 捕获 命名 冲突 这 一 问题 。 


13.8 ”本章 回顾 与 下 一 章 提 要 


通过 使 用 Scala 提供 的 可 见 性 规则 ， 用 户 可 以 以 较 细 的 粒度 对 功能 的 可 见 性 进行 控制 。 你 
也 可 以 什么 都 不 做 ， 直 接 使 用 默认 的 公有 可 见 性 。 不 过 留意 哪些 功能 应 对 外 暴露 也 是 好 的 
类 库 设 计 的 一 部 分 。 而 在 类 库 内 ， 对 各 个 组 件 之 间 的 可 见 性 进行 限定 能 有 助 于 确保 类 库 的 
健壮 性 ， 并 能 使 长 期 维护 更 加 简单 。 

现在 ,我们 即将 开启 一 段 关 于 Scala 类 型 系统 的 学 习 旅程 。 我 们 已 经 了 解 了 很 多 类 型 系 
统 的 相关 知识 ， 不 过 为 了 彻底 挖掘 出 类 型 系统 的 强大 威力 ， 我 们 还 需要 系统 地 理解 类 型 
系统 。 
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第 14 章 


Scala 类 型 系统 (|) 





Scala 是 一 种 静态 类 型 语言 。 它 的 类 型 系统 可 以 说 是 所 有 编程 语言 中 最 复 灯 的 ， 一 部 分 原 
因 是 它 将 函数 式 编程 和 面向 对 象 编程 的 思想 结合 了 起 来 。 它 的 类 型 系统 力求 逻辑 完备 、 完 
整 、 一 致 ， 并 修复 了 Java 类 型 系统 的 一 些 限制 。 

理想 情况 下 ， 类 型 系统 应 该 具有 足够 的 表达 能 力 ， 来 防止 程序 处 于 无 效 状态 。 它 将 在 编译 
时 加 强 限制 ， 使 得 运行 时 的 失败 不 会 发 生 。 在 实践 中 ， 我 们 离 这 一 目标 非常 远 ， 但 Scala 
类 型 系统 向 这 个 长 期 目标 又 迈进 了 一 步 。 

不 过 ，Scala 的 类 型 系统 可 能 一 开始 看 起 来 很 吓人 。 这 是 Scala 语言 中 最 有 和 争议 的 特性 。 当 
人 们 声称 ，Scala 很 “复杂 ”时 ， 他 们 通 笛 指 的 就 是 其 类 型 系统 。 

幸运 的 是 ， 类 型 推断 为 我 们 隐藏 了 很 多 细节 。 尽 管 最 终 你 需要 熟悉 类 型 系统 的 大 部 分 结 
构 ， 但 对 Scala 的 运用 并 不 需要 精通 类 型 系统 。 

对 类 型 系统 我 们 已 经 了 解 了 很 多 。 本 章 会 把 之 前 的 知识 结合 起 来 ， 介 绍 每 一 个 Scala 初学 
者 都 应 该 了 解 的 常用 特性 。 下 一 章 介 绍 的 更 高 级 特性 则 没 这 么 重要 ，Scala 初学 者 不 需要 
立刻 就 开始 学 习 。 在 第 24 章 ， 我 们 将 讨论 反射 (运行 时 内 省 ) 和 宏 的 中 的 类 型 信息 。 

我 们 还 将 讨论 Scala 类 型 系统 与 Java 类 型 系统 的 相似 之 处 ， 这 对 你 来 说 可 能 比较 熟悉 。 理 
解 这 些 差异 对 Scala 与 Java 库 的 互 操 作 韭 常 有 用 。 

事实 上 ，Scala 的 类 型 系统 之 所 以 复杂 ， 部 分 原因 在 于 Scala 需要 拥有 Java 类 型 系统 的 特性 
以 支持 与 Java 的 互 操 作 。 


下 面 我 们 将 从 熟悉 的 参数 化 类 型 开始 。 
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14.1 参数 化 类 型 


我 们 已 经 在 好 多 场合 遇 到 过 参数 化 类 型 了 。 在 2.13 市 ， 我 们 将 其 与 抽象 类 型 相对 比 。 在 
10.1 节 中 ， 我 们 又 探讨 了 子 类 派生 时 的 变异 。 


在 本 节 中 ， 我 们 将 回顾 一 下 上 述 的 部 分 细节 ， 然 后 再 补充 一 些 我 们 应 该 了 解 的 其 他 知识 。 


14.1.1 变异 标记 


首先 ， 让 我 们 回忆 一 下 变异 标记 是 如 何 工作 的 。 声 明 List[+A] 表示 List 被 类 型 A 参数 化 
了 。+ 是 变异 声明 ， 在 这 里 表示 List 对 类 型 参数 是 协 变 的 。 协 变 意味 着 Ltst[String] 被 认 
为 是 List[AnyRef] 的 子 类 型 ， 因 为 String 是 AnyRef 的 子 类 型 。 


同样 ，- 变异 标记 表示 该 类 型 对 其 类 型 参数 是 逆 变 的 。FunctionN 国 数 传 人 的 N 个 参数 就 是 
其 中 一 个 例子 。 比 如 : Function2 的 类 型 签名 为 Function2[-Tl1，-T2，+R]。 我 们 在 10.1.1 
节 中 解释 了 函数 参数 的 类 型 必须 是 逆 变 的 原因 。 


14.1.2 ”类 型 构造 器 


有 时候， 你 会 在 参数 化 类 型 中 遇 到 类 型 构造 器 (type constructor) 这 一 术语 。 它 反映 了 参 
数 化 类 型 创建 特定 类 型 的 方式 ， 这 与 用 于 生成 类 的 实例 构造 器 大 致 类 似 。 


例如 : List 是 List[String] 和 List[Int] 的 类 型 构造 器 ， 通 过 List 构造 了 两 个 不 同 的 类 
型 。 事 实 上 ， 你 可 以 说 ， 所 有 的 类 都 是 类 型 构造 器 。 那 些 不 带 类 型 参数 的 ， 可 以 看 做 带 了 
零 个 类 型 参数 的 “参数 化 类 型 ”。 


14.1.3 ”类 型 参数 的 名 称 

请 使 用 描述 性 的 词 来 命名 类 型 参数 。Scala 初学 者 往往 抱 忽 ， 在 Scala 的 实现 以 及 Scaladoc 

中 类 型 参数 名 称 太 过 简单 ， 如 : 给 List.+: 方法 的 类 型 参数 命名 为 A 和 B。 不 过 ， 你 很 快 

就 能 学 会 如 何 解释 这 些 符号 ， 它 遵循 一 些 简 单 的 规则 。 

() 为 非常 通用 的 类 型 参数 (例如; 表示 容器 元 素 的 类 型 参数 )， 使 用 A、B、T1、T2 等 
单字 母 或 双 字 母 的 名 字 。 请 注意 ， 元 素 的 类 型 a 
无 论 List 保存 的 是 字符 串 、 数 字 或 其 他 字符 串 ， 都 不 影响 其 工作 方式 。 这 一 解 耦 
(decouple) 使 得 “ 泛 型 编程 ”成 为 可 能 


(2) es 与 容器 密切 相关 的 类 型 使 用 更 具 描 述 性 的 名 称 。 志 许 ， 当 你 第 一 次 遇 到 List.+: 
个 方法 签名 时 ， 它 并 没有 表现 出 明显 的 意义 ， 但 一 旦 学 习 了 12.3 市 中 我 们 对 设计 常 
nari 你 就 会 明白 List.+: 的 含义 。 


14.2 类 型 边界 


Shae 个 参数 化 的 类 型 或 方法 时 ， 可 能 需要 指定 类 型 参数 的 边界 (bound), file: 容器 
能 会 假定 ， 其 类 型 参数 都 支持 某 一 种 方法 。 
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14.2.1 类 型 边界 上 限 


类 型 边界 上 限 是 指 ， 某 一 类 型 必须 是 另 一 种 类 型 的 子 类 型 。 在 5.7 节 ，Predef 为 Array 
(Java 数组 ) 定义 了 隐 式 的 包装 类 型 collection.mutable.Array0ps， 它 提供 了 我 们 熟知 和 
喜爱 的 序列 操作 。 


我 们 定义 了 好 几 个 转换 ， 大 部 分 是 对 特定 Anyval 类 型 的 包装 ， 如 Long。 其 中 对 
Array[AnyRef] 类 型 的 转换 是 个 例外 : 
implicit def refArrayOps[T <: AnyRef](xs: Array[T]): ArrayOps[T] = 
new ArrayOps.ofRef[T](xs) 
implicit def longArrayOps(xs: Array[Long]): ArrayOps[Long] = 
new ArrayOps.ofLong(xs) 
wee // 其 他 AnyVal 类 型 的 方法 。 
类 型 参数 A <: AnyRef 表示 “任何 A 都 是 AnyRef 的 子 类 型 "*。 回 想 一 下 ， 一 个 类 型 是 其 本 
身 的 子 类 型 和 父 类 型 ， 所 以 A 也 可 以 是 AnyRef 本 身 。 所 以 ，<: 操作 符 表示 其 左边 的 类 型 
必须 派生 自 右边 的 类 型 ， 或 者 两 者 是 同一 类 型 。 我 们 在 2.7 节 中 谈 到 的 <: 操作 符 实际 上 是 
Scala 的 保留 字 。 
第 一 个 方法 被 限制 为 只 对 AnyRef 的 子 类 型 适用 ， 第 二 个 方法 则 只 对 Long 这 个 特定 类 型 起 
作用 ， 这样 ， 在 隐 式 转换 时 两 者 就 没有 歧义 了 。 
这 些 边界 被 称 为 类 型 边界 上 限 ， 继 承 关 系 一 般 依据 类 型 继承 结构 图 而 定 。 在 类 型 继承 结构 
图 中 ， 子 类 位 于 父 类 下 方 。 我 们 遵循 10.2 节 中 “Scala 类 型 结构 ”图 所 示 的 基础 关系 。 


类 型 边界 和 变异 标记 涵盖 的 是 两 个 不 相干 的 问题 。 类 型 边界 对 参数 化 类 型 所 
允许 采用 的 类 型 做 了 限制 ， 如 T <: AnyRef HR T UWA AnyRef 的 子 类 型 。 
变异 标记 表示 参数 化 类 型 的 子 类 实例 是 否 可 以 替换 父 类 实例 。 例 如 ， 由 于 
List[+T] 是 协 变 的 ， 所 以 List[String] 是 List[Any] 的 子 类 型 。 












































14.2.2 ”类 型 边界 下 限 


与 类 型 边界 上 限 相 反 ， 类 型 边界 下 限 表 示 某 个 类 型 必须 是 另 一 个 类 型 的 父 类 (或 该 类 型 本 
身 )。option 中 的 getOrElse 方法 就 是 一 个 例子 : 


sealed abstract class Option[+A] extends Product with Serializable { 
@inline final def getOrElse[B >: A](default: => B): B = {...} 
} 


如 果 Option 实例 是 Some[A] ， 方 法 就 返回 Some[A] 包含 的 值 。 否 则 ， 就 对 命名 参数 default 
求 值 ， 并 将 其 返回 。B 应 该 是 A 的 父 类 型 ， 为 什么 呢 ? 为 什么 Scala 要 求 这 个 方法 必须 声明 
成 这 种 格式 呢 ?” 我 们 考虑 下 面 这 个 例子 ， 尝 试 理解 原因 : 


// src/main/scaLa/progscaLa2/typesystem/bounds/Lower-bounds .sc 























class Parent(val value: Int) { // © 





316 | 第 14 章 


override def toString = s"${this.getClass.getName}(S$value)" 
class Child(value: Int) extends Parent(value) 


val opi: Option[Parent] = Option(new Child(1)) // @ Some(Child(1)) 
val p1: Parent = opl.getOrElse(new Parent(10)) // 结果 : Child(1) 


val op2: Option[Parent] = Option[Parent](null) // © None 
val p2a: Parent = op2.getOrElse(new Parent(10)) //2% 42: Parent(10) 
val p2b: Parent = op2.getOrElse(new Child(100)) //2% 42: Child(100) 


val op3: Option[Parent] = Option[Child] (null) // @ None 
val p3a: Parent = op3.getOrElse(new Parent(20)) //2% 42: Parent(20) 
val p3b: Parent = op3.getOrElse(new Child(200)) //2% 42: Child(200) 


@ 为 了 举例 ， 定 义 了 一 个 简单 的 继承 树 。 

@ op1 是 个 引用 ， 它 只 知道 自己 指向 Option[Parent]， 并 不 知道 指向 的 对 象 其 
是 Option[Parent] 的 子 类 型 Option[Child], 由 于 Option[+T] 是 协 变 的 ， oe z 
Option[Child] 是 Option[Parent] 的 子 类 型 。 

© Option[X](null) 总 是 返回 None。 在 这 里 ， 返 回 的 引用 是 0ption[Parent] 类 型 的 。 


@ 又 是 返回 None， 尽管 赋值 给 了 一 个 Option[Parent] 类 型 的 引用 ,但 引用 的 类 型 是 
Option[Child]。 

最 后 有 两 行 代码 很 关键 : 

val op3: Option[Parent] = Option[Child](null) 

val p3a: Parent = op3.getOrElse(new Parent(20)) 
op3 这 一 行 显 式 地 说 明了 Option[Child](null) (Ell None) 被 赋值 给 了 Option[Parent], 4E 
个 “墨盒 ”的 方法 调用 呢 ? 那样 的 话 我 们 并 不 知道 其 真实 类 型 到 底 是 什 
么 。 这 个 例子 的 关键 在 于 ， 客 户 端 调 用 只 持 有 对 0ption[Parent] 的 引用 ， 所 以 客户 端 调用 
Pease 它 可 以 从 Option[Parent] 中 提取 一 个 Parent 值 ， 无 论 实际 值 是 None 还 
是 Some[Parent]。 如 果 是 None， 则 返回 默认 的 Parent 参数 ， 如 果 是 Some[Parent] ， 则 返回 
的 是 Some 中 的 值 。 所 有 情况 都 会 返回 一 个 Parent 类 型 的 值 ， 正 如 我 们 所 看 到 的 那样 ， 尽 
管 有 时 返回 的 实际 上 是 Child 子 类 的 实例 。 
假设 getOrElse 的 声明 是 这 样 : 

@inline final def getOrElse(default: => A): A = {...} 
这 样 的 话 ， 调 用 op3.getOrElse(new Parent(20)) 将 无 法 通过 类 型 检查 。 因 为 op3 指向 的 对 
象 是 Option[Child]， 所 以 传 给 getOrElse 的 期 望 类 型 是 Child 的 实例 。 
这 就 是 编译 器 不 允许 上 述 这 种 简单 的 方法 签名 ， 而 需要 采用 [B >: A] 边界 标记 的 签名 的 原 
因 。 我 们 自 定义 一 个 类 似 Option 的 类 型 ， 名 为 opt， 并 使 用 类 似 上 述 的 方法 签名 。 为 简单 
起 见 ， 我 们 用 null 值 代替 None， 它 是 getorElse 方法 的 默认 返回 值 : 

// src/main/scaLa/progscaLa2/typesystem/bounds/Lower-bounds2.sc 


scala> case class Opt[+A](value: A = null) { 
| def getOrElse(default: A) = if (value != null) value else default 
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|} 
<console>:8: error: covariant type A occurs in contravariant position 
in type A of value default 
def getOrElse(default: A) = if (value != null) value else default 
A 


如 上 述 示例 所 示 ， 每 当 你 看 到 covariant type A occurs in contravariant position 的 错误 信息 
时 ， 这 说 明 你 曾 尝试 定义 一 个 协 变 的 参数 化 类 型 ， 但 你 同时 想 要 定义 一 个 接受 该 类 型 作为 
参数 的 方法 ， 而 不 是 接受 一 个 该 类 型 的 父 类 作为 参数 ， 即 B >: A。 根 据 前 文 所 述 ， 这 种 做 
法 是 不 允许 的 。 
这 种 类 型 的 参数 看 起 来 似乎 很 熟悉 ， 的 确 如 此 。 它 实际 上 是 我 们 在 10.1.1 市 中 讨论 过 的 函 
数 参 数 类 型 。 这 种 类 型 必须 是 逆 变 的 ， 如 Function2[-A1，-A2，+R]， 因 为 这 些 参数 类 型 出 
现在 apply 方法 的 逆 变 位 置 。 

试图 理解 变异 标记 和 类 型 边界 的 工作 方式 ， 我 们 应 当 从 调用 方 的 角度 了 解 这 

些 类 型 的 实例 发 生 了 什么 。 调 用 时 ， 引 用 可 能 指向 父 类 ， 但 该 实例 其 实 是 个 
子 类 实例 。 


























考虑 一 下 ， 如 果 我 们 将 协 变 的 0pt[+A] 改 为 非 变异 的 Opt[A]， 会 发 生 什么 呢 ? 


// src/main/scala/progscala2/typesystem/bounds/lower-bounds2.sc 

scala> case class Opt[A](value: A = null) { 
| def getOrElse(default: A) = if (value != null) value else default 
|} 


scala> val p4: Parent = Opt(new Child(1)).getOrElse(new Parent(10)) 
<console>:11: error: type mismatch; 
found : Parent 
required: Child 
val p4: Parent = Opt(new Child(1)).getOrElse(new Parent(10)) 
Nn 


scala> val p5: Parent = Opt[Parent](null).getOrElse(new Parent(10)) 
p5: Parent = Parent(10) 


scala> val p6: Parent = Opt[Child](nulL).getOrElse(new Parent(10)) 
<console>:11: error: type mismatch; 
found : Parent 
required: Child 
val p6: Parent = Opt[Child](null).getOrElse(new Parent(10)) 
A 


代码 只 对 pa5 的 赋值 正常 工作 ， 我 们 无 法 将 Opt( child] 类 型 的 实例 赋值 给 Opt Parent] 的 
引用 。 

还 有 一 种 例子 的 奥秘 值得 讨论 。 在 有 些 方法 中 ， 当 我 们 问 一 个 不 可 变 集 合 添 加 新 元 素 以 构 
造 一 个 新 的 集合 时 ， 其 类 型 参数 必须 具有 逆 变 的 行为 ， 但 传人 的 是 协 变 的 参数 化 类 型 。 
Seq.+: 方法 用 来 给 序列 在 头 部 插入 新 元 素 ， 返 回 插入 后 生成 的 新 序列 。 我 们 之 前 已 经 使 用 
过 这 个 方法 ， 一 般 都 通过 +: 操作 符 来 调用 ， 如 : 
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scala> 1 +: Seq(2, 3) 
res0: Seq[Int] = List(1, 2, 3) 


Scaladoc 中 给 出 的 是 简化 的 方法 签名 ， 它 假定 我 们 插入 的 元 素 与 其 他 元 素 类 型 相同 ， 均 为 
A。 a 用 些 ， 这 里 给 出 了 这 两 种 声明 : 
def +:(elem: A): Seq[A] = {...} // 0 


def +:[B >: A, That](elem: B)( //@ 
implicit bf: CanBuildFrom[Seq[A], B, That)]): That = {...} 


@ 简化 的 方法 签名 ， 假 设 类 型 参数 A 不 变 。 


@ 实际 的 签名 ， 人 允许 插入 元 素 的 类 型 为 A 的 任意 父 类 型 ， 包 括 之 前 讨论 过 的 CanBuildFrom 
形式 也 是 允许 的 。 


在 下 面 的 例子 中 ， 我 们 向 seq[Int] 序列 插入 一 个 Double 值 : 


scala> 0.1 +: res0 
<console>:9: warning: a type was inferred to be “AnyVal*; this may 
indicate a programming error. 
0.1 +: res0 


Nn 











rest: Seq[AnyVal] 
如 果 你 用 的 Scala 是 2.11 版 本 之 前 的 ， 你 将 不 会 看 到 这 条 警告 ， 稍 后 我 会 解释 原因 。 
元 素 类 型 B 与 插入 的 元 素 类 型 Double 不 同 ，B 被 推断 为 最 近 类 型 上 限 (least upper bound, 
LUB)， 也 就 是 原始 元 素 类 型 A (Int) 与 新 元 素 类 型 Double 的 最 近 公共 父 类 。 所 以 ，B 被 
推断 为 AnyVal 类 型 。 
对 于 Option, B 被 推断 为 与 默认 参数 相同 的 类 型 。 如 果 传 人 的 对 象 为 None， 返 回 默认 的 参 
数 ， 我 们 可 能 就 “忘记 ”了 原始 类 型 A。 
对 于 上 面 例子 中 的 序列 ， 我 们 保留 了 原始 的 类 型 A 的 值 ， 然 后 添加 了 类 型 B 的 新 值 ， 于 是 
系统 推断 出 LUB 类 型 是 A 和 B 的 共同 父 类 。 

管 这 种 隐 式 推断 很 方便 ， 但 得 到 一 个 更 宽泛 的 LUB 类 型 可 能 会 使 我 们 吃惊 ， 因 为 你 不 
a 这 就 是 为 什么 Scala 2.11 在 这 种 情况 下 添加 警告 信息 的 原因 。 
解决 方法 是 显 式 地 声明 期 望 的 返回 类 型 ; 


// Scala 2.11 解决 该 警告 的 方法 : 
scala> val 12: List[AnyVal] = 0.1 +: res0 
12: List[AnyVal] = List(0.1, 1, 2, 3) 


这 样 ， 编 译 器 就 知道 你 希望 得 到 一 个 更 宽泛 的 LUB 类 型 ， 于 是 警告 就 消失 了 。 
总 的 来 说 ， 那 些 类 型 参数 为 协 变 的 参数 化 类 型 ， 与 方法 参数 的 类 型 边界 下 限 关 系 密切 。 
， 你 可 以 同时 使 用 类 型 边界 的 上 限 和 下 限 : 


class Upper 

class Middle1 extends Upper 
class Middle2 extends Middle1 
class Lower extends Middle2 


List(0.1, 1, 2, 3) 
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case class C[A >: Lower <: Upper](a: A) 
// case class C2[A <: Upper >: Lower](a: A) // 无 法 通过 编译 


类 型 参数 A 必须 首先 出 现 。 注 意 到 C2 无 法 通过 编译 ， 类 型 边界 的 下 限 必 须 在 上 限 之 前 
出 现 。 


14.3 ”上下文 边 界 


在 5.1 节 ， 我 们 提 到 过 上 下 文 边界 。 我 们 当时 用 到 的 例子 如 下 : 


// src/main/scala/progscala2/implicits/implicitly-args.sc 
import math.Ordering 




















case class MyList[A](list: List[A]) { 
def sortBy1[B](f: A => B)(implicit ord: Ordering[B]): List[A] = 
list.sortBy(f) (ord) 


def sortBy2[B : Ordering](f: A => B): List[A] = 
list.sortBy(f)(implicitly[Ordering[B]]) 
} 


val list = MyList(List(1,3,5,2,4)) 


list sortBy1 (i => -i) 
list sortBy2 (i => -i) 
比较 sortBy 的 两 个 版 本 ， 隐 式 参数 在 sortBy1 内 显 式 地 被 给 出 ， 而 在 sortBy2 内 却 被 隐 
Te 类 型 表达 式 B : Ordering 与 B 和 Ordering[B] 
类 的 隐 式 参数 是 等 价 的 。 这 意味 着 ， 除 非 存 在 一 个 对 应 的 Ordering[B] 类 型 ， 否 则 B 就 不 
能 作为 参数 。 


与 之 类 似 的 一 个 概念 是 视图 边界 (view bound), 


14.4 视图 边界 


视图 边界 类 似 于 上 下 文 边 界 ， 可 以 被 认为 是 上 下 文 边界 的 一 个 特例 。 它 们 可 以 通过 以 下 任 
class C[A] { 
def m1[B](...)Cimplicit view: A => B): ReturnType = {...} 
def m2[A <% B](...): ReturnType = {...} 
} 


与 以 前 的 上 下 文 边界 的 例子 对 比 ， 在 该 例 中 ， 隐 式 的 A : B 值 必须 是 BIA] 类 型 。 在 本 例 
中 ， 我 们 需要 一 个 隐 式 的 函数 ， 将 A 的 实例 转 为 B 的 实例 。 如 果 可 以 转换 ， 我 们 就 说 “B 
是 A 的 一 个 视图 ”"。 类 型 边界 上 限 的 表达 式 A <: 8 表示 A 是 8 的 子 类 ， 但 在 这 里 我 们 的 要 
求 放宽 很 多 ， 只 需要 A 可 以 转化 为 B 即 可 。 


以 下 是 使 用 这 种 特性 的 一 个 代码 示例 。Hadoop (http://hadoop.apache.org) 的 Java API 要 
求 数据 必须 可 以 被 包装 在 自 定义 的 序列 化 类 型 里 ， 它 实现 了 一 个 称 为 Writable (https:// 
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hadoop.apache.org/docs/current/api/org/apache/hadoop/io/Writable.html) 的 接口 ， 用 于 将 数据 
发 送 到 远程 进程 。 这 个 API 的 用 户 必 须 显 式 地 使 用 Writable 接口 ， 虽 然 这 有 些 不 太 方 便 。 
我 们 可 以 用 视图 边界 来 自动 地 处 理 (简单 起 见 ， 我 们 用 自己 的 Writable 代替 Hadoop 的 
writable) ; 





























// src/main/scala/progscala2/typesystem/bounds/view-bounds.sc 
import scala. lLanguage.implicitConversions 


object Serialization { 
case class Writable(value: Any) { 
def serialized: String = s"-- $value --" // © 
} 


implicit def fromInt(i: Int) = Writable(i) //@ 
implicit def fromFloat(f: Float) = Writable(f) 
implicit def fromString(s: String) = Writable(s) 

} 


import Serialization. _ 


object RemoteConnection { //° 

def write[T <% Writable](t: T): Unit = // 9 
println(t.serialized) // Use stdout as the "remote connection" 

} 

RemoteConnection.write(100) // Prints -- 100 -- 

RemoteConnection.write(3.14f) // Prints -- 3.14 -- 

RemoteConnection.write("hello!") // Prints -- hello! -- 

// RemoteConnection.write((1, 2)) 日 





© 简单 起 见 ， 用 string 作为 “二 进 制 ”数据 的 格式 。 

@ 定义 几 个 隐 式 转换 规则 。 需 要 注意 ， 这 里 定义 的 是 方法 ， 但 我 们 需要 类 型 为 A => BAY 
国 数 。Scala 会 帮助 我 们 在 需要 的 时 候 将 方法 提升 为 函数 。 

© o “远程 ”连接 写 的 数据 。 

© 一 个 方法 ， 接 受 任意 类型 的 实例 ， 并 将 其 写 入 到 远程 连接 。 该 方法 会 触发 隐 式 转 
引起 serialized 方法 的 调用 。 

O 不 能 使 用 元 组 ， 因 为 没有 可 用 的 “视图 ”。 

这 里 我 们 不 需要 使 用 Predef.implictly (http://www.scala-lang.org/api/current/scala/Predef$. 

html) 或 其 他 类 似 的 东西 ， 隐 式 转换 由 编译 器 为 我 们 自动 触发 。 

视图 边界 可 以 用 上 下 文 边界 实现 。 尽 管 视图 边界 提供 了 更 简洁 的 语法 ， 但 上 下 文 边 界 更 通 

H. KE, Æ Scala 社区 中 出 现 了 一 些 废弃 视图 边界 的 讨论 。 之 前 的 例子 使 用 上 下 文 边界 

重新 设计 后 的 结果 如 下 : 


// src/main/scala/progscala2/typesystem/bounds/view-to-context-bounds.sc 
import scala. lLanguage.implicitConversions 

































































object Serialization { 
case class Rem[A](value: A) { 
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def serialized: String = s"-- $value -- 
} 
type Writable[A] = A => Rem[A] // © 
implicit val fromInt: Writable[Int] (i: Int) => Rem(i) 
implicit val fromFloat: Writable[Float] (f: Float) => Rem(f) 
implicit val fromString: Writable[String] = (s: String) => Rem(s) 


} 


import Serialization. _ 


object RemoteConnection { 
def write[T : Writable](t: T): Unit = //@ 
println(t.serialized) // Use stdout as the "remote connection" 


} 


RemoteConnection.write(100) // 打印 -- 100 -- © 
RemoteConnection.write(3.14f) // 打印 -- 3.14 -- 
RemoteConnection.write("hello!") // 打印 -- hello! -- 

// RemoteConnection.write((1, 2)) 


o A 型 的 别名 使 得 上 下 文 边 界 更 容易 使 用 。 后 面 儿 行 与 前 面 的 例子 相同 ， 是 隐 式 转换 的 
定义 。 

@ 用 上 下 文 边 界 实现 的 write 方法 。 

© 与 前 面 的 例子 相同 ， 调 用 write， 产 生 相 同 的 输出 结果 。 

所 以 ， 尽 量 避 免 使 用 视图 边界 ， 因 为 它们 可 能 在 未 来 的 版 本 中 被 废弃 掉 。 


14.5 理解 抽象 类 型 


参数 化 类 型 在 静态 的 、 面 向 对 象 的 语言 中 很 常见 。 除 了 参数 化 类 型 ，Scala 还 支持 抽象 类 
型 ， 这 在 国 数 式 语 言 中 很 常见 。 我 们 在 2.13 市 介绍 过 抽象 类 型 。 参 数 化 类 型 和 抽 像 类 型 存 
在 一 定 的 重合， 稍 后 我 们 会 探讨 这 一 点 。 我 们 先 来 讨论 抽象 类 型 的 使 用 : 


// src/main/scala/progscala2/typesystem/abstracttypes/abstract-types-ex.sc 









































trait exampleTrait { 





type t1 // ti 没有 任何 约束 
type t2 >: t3 <: tl // t2 必 须 是 t3 的 父 类 ,ti1 的 子 类 
type t3 <: t1 // t3 必 须 是 t1 的 子 类 





type t4 <: Seq[t1] // t4 必须 是 t1 的 序列 的 子 类 
// type tS = +AnyRef // 错误 :不 能 使 用 变异 标记 














val v1: t1 // tl 定义 后 才能 初始 化 
val v2: t2 // 同上 … 
val v3: t3 Pli aias 
val v4: t4 Ia 
} 


ECAH TAKER. tl, t2 和 t3 之 间 的 关系 很 有 趣 。 首 先 ，t2 的 声明 表明 它 
必须 处 于 t1 F t3 WY “PE”, t1 无 论 是 什么 类 型 ， 都 必须 是 t2 的 超 类 (或 等 于 t2)， 而 
t3 必须 被 设 定 成 t2 的 子 类 (或 等 于 t2)。 








注意 用 于 声明 t3 的 那 一 行 代 码 。 为 了 与 t2 的 声明 保持 一 致 ，t3 必须 声明 为 t1 的 子 类 型 。 
如 果 省 略 类 型 边界 的 标记 ， 错 误会 被 引发 。 这 是 因为 之 前 定义 的 t2 已 经 可 以 推 新 出 t3<: 
t1。 使 用 t3 <: t2 会 在 t2 >: t3 <: tl 这 行 触发 一 个 错误 信息 :“ 对 t2 非法 循环 引用 
(illegal cyclic reference to t2)”。 我 们 不 能 省 略 对 t3 的 声明 ， 也 不 能 认为 t3 可 以 从 t2 的 声 
明 “ 推 断 ” 得 到 。 当 然 ， 这 种 复杂 的 例子 是 由 于 演示 的 需要 ， 人 为 构造 出 来 的 。 

我 们 不 能 在 类 型 成 员 上 使 用 变异 标记 。 注 意 到 ， 这 里 的 类 型 是 封装 类 型 中 的 类 型 成 员 ， 不 
是 参数 化 类 型 中 的 类 型 参数 。 封 装 的 类 型 可 能 与 其 他 类 型 存在 继承 关系 ， 但 其 类 型 成 员 的 
行为 就 像 成 员 方 法 和 成 员 变 量 一 样 ， 它 们 不 影响 其 所 在 类 型 的 继承 关系 。 同 其 他 成 员 一 
样 ， 成 员 类 型 既 可 以 被 声明 为 抽象 的 ， 也 可 以 被 声明 为 具体 的 。 然 而 ， 与 成 员 变 量 和 成 员 
方法 不 同 ， 在 子 类 中 成 员 类 型 可 以 被 重新 定义 ， 即 使 定义 并 不 完 人 全。 当然， 只 有 在 所 有 抽 
象 类 型 都 给 出 具体 定义 之 后 ， 才 能 创建 类 型 的 实例 。 


我 们 定义 一 些 trait 和 一 个 类 来 测试 一 下 这 些 类 型 : 


trait T1 { val name1: String } 
trait T2 extends T1 { val name2: String } 
case class C(name1: String, name2: String) extends T2 


最 后 ， 我 们 可 以 定义 一 个 具体 类 型 ， 定 义 抽象 类 型 成 员 ， 并 初始 化 相应 的 值 : 


object example extends exampleTrait { 
































type ti = T1 
type t2 = T2 
type t3 =C 


type t4 = Vector[T1] 


val v1 = new T1 { val namel 

val v2 = new T2 { val namel 

val v3 = C("1", "2") 

val v4 = Vector(C("3", "4")) 
} 


比较 抽象 类 型 与 参数 化 类 型 
从 技术 上 讲 ， 你 几乎 可 以 使 所 有 的 参数 化 类 型 支持 抽象 类 型 ， 反之 亦 然 。 然 而 ， 在 实践 
中 ， 不 同 的 特征 适合 处 理 不 同 的 设计 问题 。 
参数 化 类 型 可 以 很 好 地 用 于 容器 中 ， 如 集合 。 而 类 型 参数 所 表示 的 元 素 类 型 与 容器 本 身 之 
间 并 没有 什么 联系 。 例 如 ， 字 符 串 列表 、 浮 点 数列 表 与 整数 列表 的 工作 方式 相同 。 
如 果 换 成 用 抽象 类 型 会 如 何 ? 以 下 Some 的 声明 是 从 标准 库 中 摘录 的 : 
case final class Some[+A](val value : A) { ... } 
如 果 我 们 试图 将 其 换 成 抽象 类 型 ， 将 会 变 成 : 


case final class Some(val value : ???) { 
type A 


nA} 
"T1"; val name2 = "T2" 
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参数 value 应 该 用 什么 类 型 呢 ? 我 们 不 能 使 用 A， 因 为 它 不 在 构造 器 参数 列表 的 作用 域内 。 
我 们 虽然 可 以 用 Any， 但 这 样 就 违背 了 类 型 安全 的 目的 。 


所 以 ， 当 类 型 的 参数 用 于 构造 器 时 ， 唯 一 合适 的 选择 就 是 参数 化 类 型 。 


反 过 来 ， 抽 象 类 型 在 相互 联系 密切 的 “类 型 家 族 ” 中 也 非常 有 用 。 回 想 一 下 我 们 在 2.13 市 
见 过 的 例子 (这 里 省 略 了 一 些 不 重要 的 细节 ) : 


// src/main/scala/progscala2/typelessdomore/abstract-types.sc 








import java.io._ 


abstract class BulkReader { 
type In 
val source: In 
def read: String // Read and return a String 


} 


class StringBulkReader(val source: String) extends BulkReader { 
type In = String 
def read: String = source 


} 


class FileBulkReader(val source: File) extends BulkReader { 
type In = File 
def read: String = {...} 

} 


BulkReader 声明 了 不 带 类 型 边界 的 抽象 类 型 In。 子 类 StringBulkReader 和 FileBulkReader 
定义 了 该 类 型 。 注 意 ， 用 户 不 再 通过 参数 化 类 型 来 指定 类 型 。 相 反 ， 我 们 对 类 型 成 员 In 
和 包含 In 的 类 具有 完全 的 控制 ， 所 以 实现 中 可 以 保持 一 致 。 

下 面 我 们 考虑 另 一 个 例子 ， 该 示例 是 观察 者 模式 (observer pattern) 的 一 个 潜在 设计 方法 。 
我 们 曾 在 9.2 和 11.4 两 节 中 遇 到 过 观察 者 模式 。 第 一 种 方法 将 会 失败 ， 不 过 我 们 会 在 下 一 
节 自 类 型 标记 中 对 其 进行 修复 : 


// src/main/scaLa/progscaLa2/typesystem/abstracttypes/SubjectObserver .scaLaX 
package progscala2.typesystem.abstracttypes 


























abstract class SubjectObserver { //@ 
type S <: Subject // @ 
type 0 <: Observer 
trait Subject { // 日 


private var observers = List[0]() 
def addObserver(observer: 0) = observers ::= observer 


def notifyObservers() = observers. foreach(_.receiveUpdate(this))// @ 


} 


trait Observer { //® 
def receiveUpdate(subject: S) 





} 
} 


@ 将 主题 - 观察 者 关系 封装 在 一 个 类 型 里 。 

@ 声明 主题 和 观察 者 的 抽象 类 型 成 员 ， 该 类 型 成 员 受 接 下 来 声明 的 Subject 和 Observer 
特征 的 限制 。 

© Subject 特征 ， 其 中 维护 了 观察 者 列表 。 

O 通知 观察 者 ， 这 一 行 不 能 通过 编译 。 

© Observer 特征 ， 有 一 个 用 于 接收 更 新 的 方法 。 

试图 编译 该 文件 会 产生 以 下 错误 信息 : 


em/abstracttypes/observer.scala:14: type mismatch; 

[error] found : Subject.this.type (with underlying type 
SubjectObserver.this.Subject) 

[error] required: SubjectObserver.this.S 

[error] def notifyObservers = observers foreach (_.receiveUpdate(this) ) 

[error] a 


我 们 想 要 主题 和 观察 者 都 使 用 有 边界 的 的 抽象 类 型 成 员 ， 这 样 ， 当 我 们 为 抽象 类 型 成 员 指 
定 具 体 类 型 ， 特 别 是 S 类 型 时 ，0bserver.receiveUpdate(subject: S) 会 得 到 准确 的 5 类 
型 ， 而 不 是 没什么 用 处 的 父 类 型 Subject, 

然而 ， 当 我 们 编译 时 ， 传 递 给 receiveUpdate 的 this 是 Subject 类 ， 而 不 是 更 具体 的 类 


型 S, 


不 过 ， 我 们 可 以 用 自 类 型 标记 来 修复 这 个 问题 。 


146 自 类 型 标记 

我 们 可 以 在 方法 中 用 this 来 指 代 调 用 该 方法 的 实例 ， 这 对 于 引用 实例 的 其 他 成 员 来 说 很 有 
用 。 通 常 ， 我 们 不 需要 显 式 地 使 用 this， 但 如 果 作 用 域内 有 多 个 名 称 相 同 的 变量 时 ， 显 式 
地 使 用 this 有 助 于 消除 二 义 性 。 

自 类 型 标记 (self-type annotation) 可 以 达到 两 个 目标 。 首 先 ， 它 允许 为 this 指定 额外 的 类 
型 期 望 。 其 次 ， 它 可 以 被 用 于 创建 this 的 别名 。 

为 了 说 明 如 何 添 加 额外 的 类 型 期 望 ， 我 们 重新 回顾 下 之 前 的 Subject0bserver。 通 过 指定 类 
型 期 望 ， 我 们 将 能 够 解决 遇 到 的 编译 问题 。 但 是 需要 改动 两 处 内 容 : 


// src/main/scala/progscala2/typesystem/selftype/SubjectObserver.scala 
package progscala2.typesystem.selftype 





























abstract class SubjectObserver { 
type S <: Subject 
type 0 <: Observer 


trait Subject { 
self: S => // 0 
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private var observers = List[0]() 
def addObserver(observer: 0) = observers ::= observer 


def notifyObservers() = observers. foreach(_.receiveUpdate(self))// @ 


} 


trait Observer { 
def receiveUpdate(subject: S) 


} 
} 


@ 为 Subject 声明 一 个 自 类 型 标记 self: S。 这 意味 着 我 们 现在 可 以 “假设 ”Subject 为 
子 类 型 S 的 实例 。S 实际 上 是 混和 人 了 Subject 特征 的 任何 类 型 。 

@ 给 receiveUpdate (FA self 而 不 是 this, 

现在 ， 代 码 可 以 通过 编译 。 下 面 我 们 来 观察 类 型 是 如 何 统计 按钮 点 击 次 数 的 : 


// src/main/scala/progscala2/typesystem/selftype/ButtonSubjectObserver.scala 
package progscala2.typesystem.selftype 




















case class Button(label: String) { // 0 
def click(): Unit = {} 

} 

object ButtonSubjectObserver extends SubjectObserver { //@ 


type S = ObservableButton 
type 0 = ButtonObserver 


class ObservableButton(label: String) extends Button(label) with Subject { 
override def click() = { 
super .click() 
notifyObservers() 
} 
} 


trait ButtonObserver extends Observer { 
def receiveUpdate(button: ObservableButton) 


} 
} 


import ButtonSubjectObserver._ 


class ButtonClickObserver extends ButtonObserver { // 日 
val clicks = new scala.collection.mutable.HashMap[ String, Int]() 


def receiveUpdate(button: ObservableButton) = { 
val count = clicks.getOrElse(button.label, 0) + 1 
clicks.update(button. label, count) 


} 


@ 简单 的 Button 类 。 














@ SubjectObserver 的 一 个 具体 子 类 ， 用 来 表示 按钮 。 其 中 Subject 和 Observer 都 被 细 
化 为 我 们 想 要 的 更 具体 的 子 类 (注意 传递 给 ButtonObserver.receiveUpdate 值 的 类 
型 )。 传 递 给 Button0bserver . receiveUpdate 值 的 类 型 覆 写 了 Button.click， 用 来 调用 
Button.click 后 通知 观察 者 。 


© 实现 Button0bserver， 用 来 跟踪 UI 中 每 个 按钮 的 点 击 次 数 。 
下 面 脚本 创建 的 两 个 0bservableButton 实例 ， 与 同一 个 观察 者 绑 定 ， 对 这 两 个 按钮 进行 若 
干 次 点 击 ， 然 后 打印 出 每 个 按钮 的 点 击 次 数 : 


// src/main/scala/progscala2/typesystem/selftype/ButtonSubjectObserver.sc 
import progscala2.typesystem.selftype._ 





val buttons = Vector(new ObservableButton(""one"), new ObservableButton("two") 
val observer = new ButtonClickObserver 

buttons foreach (_.addObserver (observer) ) 

for (i <- 0 to 2) buttons(0).click() 

for (i <- 0 to 4) buttons(1).click() 

println(observer .clicks) 

// Map("one" -> 3, "two" -> 5) 


因此 ， 我 们 可 以 使 用 自 类 型 标记 来 解决 使 用 抽象 类 型 成 员 时 带 来 的 问题 


另 一 个 例子 是 用 于 指定 “模块 ”并 将 “模块 ”连接 在 一 起 的 模式 。 以 下 的 例子 给 出 了 一 个 
三 层 的 应 用 程序 ， 分 别 是 持久 层 、 中 间 层 和 ULE: 


// src/main/scala/progscala2/typesystem/selftype/selftype-cake-pattern.sc 

















trait Persistence { def startPersistence(): Unit } //@ 
trait Midtier { def startMidtier(): Unit } 
trait UI { def startUI(): Unit } 


trait Database extends Persistence { //@ 
def startPersistence(): Unit = println("Starting Database") 

} 

trait BizLogic extends Midtier { 
def startMidtier(): Unit = println("Starting BizLogic") 

} 

trait WebUI extends UI { 
def startUI(): Unit = println("Starting WebUI") 


} 


trait App { self: Persistence with Midtier with UI => // ® 


def run() = { 
startPersistence() 
startMidtier() 
startUI() 
} 
} 


object MyApp extends App with Database with BizLogic with WebUI //@ 


MyApp.run //® 
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@ 为 应 用 程序 的 持久 层 、 中 间 层 、UI 层 定义 trait. 

@ 用 具体 的 trait 实现 三 层 的 行为 。 

日 定义 一 个 trait (或 者 使 用 抽象 类 型 )， 将 各 层 连 接 在 一 起 。 在 这 个 简化 的 例子 中 ，run 
方法 只 用 于 将 各 层 局 动 。 而 提 到 的 自 类 型 标记 将 在 下 文中 进行 讨论 。 

@ 定义 的 MyApp 对 象 继承 了 App 特征 ， 并 混入 了 实现 三 层 逻辑 的 具体 trait. 

@ 运行 应 用 程序 。 
运行 此 脚本 将 打印 以 下 输出 : 
Starting Database 
Starting BizLogic 

Starting WebUI 
该 脚本 展示 了 一 个 支持 多 层次 的 应 用 程序 的 基础 设置 。 每 个 抽象 trait 都 声明 了 start* 方 
法 ， 用 来 完成 各 个 层次 的 初始 化 。 每 个 抽象 层 的 逻辑 都 对 应 一 个 具体 的 trait， 而 不 是 使 用 
类 来 实现 ， 因 此 我 们 可 以 像 混入 类 型 一 样 使 用 这 些 层次 。 
App 特征 将 各 个 层次 连接 在 一 起 ， 并 通过 run 方法 启动 各 个 层次 。 需 要 注意 的 是 ， 这 里 没 
有 为 这 些 trait 指定 具体 的 实现 。 一 个 具体 的 应 用 程序 必须 通过 混入 这 些 trait 的 实现 来 进行 
构造 。 
自 类 型 标记 是 这 里 的 关键 : 

self: Persistence with Midtier with UI => 


为 自 类 型 标记 添加 的 类 型 标记 ， 如 : 本 例 的 Persistence with Midtier with UI, 指定 了 
该 trait 或 抽象 类 在 定义 有 具体 实例 时 ， 必 须 混 入 这 些 trait 或 实现 抽象 类 型 成 员 的 子 类 。 因 为 
有 这 个 假设 ，trait 被 允许 访问 所 混入 的 特征 成 员 (尽管 此 时 它们 还 不 是 本 类 型 的 成 员 ) 。 在 
这 里 ，App.run 调用 来 自 其 他 特征 的 start* 方法 。 

具体 的 实例 MyApp 继承 了 App， 并 混入 了 满足 依赖 条 件 的 trait. 


这 一 层次 的 栈 堆 又 模 式 被 称 为 走 糕 模式 (cake pattern)， 其 中 的 模块 用 trait 来 声明 ， 另 一 
个 抽象 类 型 则 用 于 将 这 些 trait 和 自 类 型 标记 整合 在 一 起 。 具 体 对 象 混入 了 trait 的 具体 实 
现 ， 继 承 了 可 选 的 父 类 (我 们 将 在 23.3 节 中 详细 地 讨论 这 个 模式 ， 阐 述 对 该 模式 的 赞成 和 
反对 观点 )。 

使 用 自 类 型 标记 实际 上 与 使 用 继承 和 混入 等 价 (除了 没有 定义 self 以 外 ) : 


trait App extends Persistence with Midtier with UI { 
def run={...} 
} 


也 有 一 些 特 殊 情 况 下 ， 自 类 型 标记 的 行为 不 同 于 继承 。 但 在 实践 中 ， 这 两 种 方法 可 以 相互 
标 换 使 用 。 

事实 上 ， 这 两 种 方法 表达 了 不 同 的 意图 。 刚 刚 展示 的 基于 继承 的 实现 表明 应 用 程序 是 
Persistence, Midtier 和 UI 的 一 个 子 类 型 。 与 此 相反 ， 自 类 型 标记 则 更 加 明确 地 表示 其 行 
为 的 组 合 是 通过 混入 实现 的 。 
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自 类 型 标记 强调 用 混入 实现 组 合 。 继 承 意 味 着 类 之 间 是 父 类 与 子 类 的 关系 。 











这 就 是 说 ， 除 非 需要 继承 大 规模 的 “模块 ”(trait) ， 且 自 类 型 标记 能 更 清楚 地 表明 设计 思 
路 的 情况 ， 否 则 大 部 分 Scala 代码 倾向 于 使 用 继承 的 方法 ， 而 不 是 自 类 型 标记 。 
现在 我 们 来 考虑 自 类 型 标记 的 第 二 种 用 途 ， 即 ， 对 this 做 别名 : 


// src/main/scala/progscala2/typesystem/selftype/this-alias.sc 


class C1 { self => // 0 
def talk(message: String) = println("C1.talk: " + message) 
class C2 { 
class C3 { 
def talk(message: String) = self.talk("C3.talk: " + message) // @ 
} 


val c3 = new C3 


} 


val c2 = new C2 


} 

val c1 = new C1 
c1.talk("Hello") / 
c1.c2.c3.talk("World") //@ 


@ 在 C1 所 处 的 上 下 文中 将 self 定义 为 this 的 别名 。 

@ Hi self 调用 C1.talk。 

© 用 cl 实例 调用 C1.talk, 

© 用 cl.c2.c3 实例 调用 C3.talk, C3.talk 调用 C1.talk, 

注意 ， 在 这 里 self 这 个 名 字 是 可 以 任意 取 的 ， 并 不 是 关键 字 。 你 可 以 用 任何 合法 的 名 字 。 
如 果 需 要 的 话 ， 我 们 也 可 以 在 C2 和 C3 里 定义 自 类 型 标记 。 

脚本 打印 的 输出 如 下 : 


C1.talk: Hello 
C1.talk: C3.talk: World 


如 果 没 有 自 类 型 标记 ， 我 们 就 不 能 直接 从 C3. talk 中 调用 51.tatk， 因 为 两 者 名 称 相同 ， 
者 屏蔽 了 前 者 。53 也 不 是 C1 的 直接 子 类 ， 所 以 也 不 能 调用 super.talk。 


所 以 ， 在 这 里 ， 你 可 以 认为 自 类 型 标记 是 一 个 “通用 的 this” 引 用 。 


14.7 ”结构 化 类 型 


你 可 以 将 结构 化 类 型 (structual type) 当 作 一 种 类 型 安全 的 哆 子 类 型 (duck typing)。 鸭 子 
noe ee PATER ITN. (WN R EER HR RIS TL, ULAR, ABA 

定 是 鸭子 "。) 例如 : Æ Ruby 中 ， 当 你 的 代码 包含 starFighter.shootWeapons 时 ， 代 
码 在 运行 的 时 候 其 实 并 不 知道 starFighter 实例 是 否 存在 于 shootWeapons 方法 中 ， 但 它 会 
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遵循 各 种 规则 来 寻找 方法 以 供 调 用 ， 或 者 在 找 不 到 方法 时 对 失败 进行 处 理 。 

Scala 不 支持 这 种 运行 时 的 方法 解析 (在 第 19 章 中 会 讨论 这 条 规则 的 一 个 例外 )。 相 反 ， 
Scala 支持 编译 时 的 一 个 类 似 的 机 制 。Scala 允许 你 指定 对 象 必须 符合 某 种 特定 的 结构 : 
必须 包含 特定 成 员 (类 型 、 字 有 段 或 方法 )， 但 不 要 求 指定 封装 了 这 些 成 员 的 类 型 具有 什么 
名 称 。 

我 们 通常 称 之 为 指名 类 型 (nominal typing)， 因 为 对 应 的 类 型 具有 名 称 。 在 结构 化 类 型 中 ， 
我 们 只 考虑 该 类 型 的 结构 。 所 以 它 可 以 是 匿名 的 。 

下 面 我 们 通过 一 个 例子 来 查看 如 何在 观察 者 模式 中 使 用 结构 化 类 型 。 我 们 先 从 9.2 市 中 的 
简单 实现 入 手 ， 而 不 是 本 章 前 文中 使 用 的 实现 。 以 下 是 该 示例 中 的 重点 细 市 : 


trait Observer[-State] { 
def receiveUpdate(state: State): Unit 

















trait Subject[State] { 
private var observers: List[Observer[State]] = Nil 


x 
这 个 实现 的 一 个 缺点 是 ， 任 何 想 要 观察 Subject 状态 变化 的 类 型 都 必须 实现 Observer 特 
征 。 但 实际 上 ， 真 正 的 最 低 要 求 是 实现 receiveUpdate 方法 。 

下 面 的 代码 通过 在 Observer 中 使 用 结构 化 类 型 ， 重 新 实现 了 这 个 例子 : 


// src/main/scala/progscala2/typesystem/structuraltypes/Observer.scala 
package progscala2.typesystem.structuraltypes 























trait Subject { // @ 
import scala.language.reflectiveCalls // @ 
type State // ® 
type Observer = { def receiveUpdate(state: Any): Unit } // © 
private var observers: List[Observer] = Nil // 


def add0bserver(observer:0bserver): Unit = 
observers ::= observer 


def notifyObservers(state: State): Unit = 
observers foreach (_.receiveUpdate(state) ) 


} 
@ 与 主题 不 相关 的 修改 ， 不 过 具有 说 明 作 用 。 去 掉 了 之 前 的 类 型 参数 State， 改 而 使 用 抽 
象 类 型 。 
@ 局 用 可 选 的 反射 方法 调用 特性 〈 见 下 面 的 说 明 )。 
© State 抽象 类 型 。 
@ Observer 是 一 个 结构 化 类 型 。 
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© State 类 型 参数 也 已 从 Observer 中 移 除 。 


声明 type Observer = { def receiveUpdate(subject: Any): Unit 表示 任何 有 这 种 
receiveUpdate 方法 的 对 象 都 可 以 作为 一 个 观察 者 。 不 幸 的 是 ，Scala 不 会 让 结构 化 类 型 
指向 抽象 类 型 或 类 型 参数 。 因 此 ， 我 们 不 能 使 用 State， 而 必须 使 用 已 经 知道 的 类 型 (如 
Any)。 这 就 意味 着 ， 接 收 器 可 能 需要 将 实例 转换 为 正确 的 类 型 (这 是 一 个 很 大 的 缺点 )。 


import 语句 暗示 了 另外 一 个 缺点 。 因 为 我 们 疫 有 类 型 名 可 用 于 验证 候选 的 观察 者 实例 是 否 
实现 了 正确 的 方法 ， 编 译 器 必须 使 用 反射 来 确认 该 方法 存在 于 该 实例 中 。 这 会 增加 运行 开 
销 ， 不 过 除非 经 常 添加 观察 者 ， 否 则 开销 并 不 明显 。 反 射 是 一 项 可 选 功 能 ， 因 此 我 们 要 使 
用 import 语句 导入 才能 支持 该 功能 。 


以 下 代码 尝试 了 一 种 新 的 实现 : 


// src/main/scala/progscala2/typesystem/structuraltypes/Observer.sc 
import progscala2.typesystem.structuraltypes.Subject 
import scala. language.reflectiveCalls 














object observer { //@ 
def receiveUpdate(state: Any): Unit = println("got one! "+state) 


} 


val subject = new Subject { // @ 
type State = Int 
protected var count = 0 


def increment(): Unit = { 
count += 1 
notifyObservers(count) 
} 
} 


subject.increment() 
subject.increment() 
subject.addObserver (observer) 
subject.increment() 
subject.increment() 


@ 用 正确 的 方法 声明 观察 者 对 象 。 

@ 实例 化 State 特征 ， 提 供 State 抽象 类 型 的 定义 和 其 他 行为 。 

需要 注意 的 是 ， 两 次 increment 发 生 之 后 ， 我 们 才 注 册 观 察 者 ， 所 以 观察 者 只 会 打印 它 接 
收 到 的 数字 3 和 4。 
尽管 存在 缺点 ， 结 构 化 类 型 有 降低 耦合 的 特性 。 在 这 个 例子 中 ， 存 在 的 耦合 只 包括 一 个 方 
法 签名 ， 而 不 是 一 个 类 型 ， 如 一 个 共享 的 trait。 

最 后 再 看 一 下 这 个 例子 ， 我 们 还 是 需要 耦合 到 一 个 特定 的 名 字 上 ， 即 方法 
receiveUpdate | 在 某 种 意义 上 说 ， 我 们 只 是 将 耦合 从 类 型 名 称 转移 到 了 方法 名 称 。 这 个 
名 称 完全 是 任意 的 ， 所 以 我 们 可 以 在 解 耦 上 更 进一步 ， 定 义 Observer 为 某 个 单 参数 函数 的 
别名 。 下 面 是 本 示例 的 最 终 形 式 : 
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// src/main/scala/progscala2/typesystem/structuraLtypes/SubjectFunc.scala 
package progscaLa2.typesystem.structuraLtypes 


trait SubjectFunc { //®@ 
type State 
type Observer = State => Unit //@ 


private var observers: List[Observer] = Nil 


def addObserver(observer:Observer): Unit = 
observers ::= observer 


def notifyObservers(state: State): Unit = // ® 
observers foreach (o => o(state)) 


} 
O 4 Subject 定 一 个 新 名 。 给 整个 文件 重 命名 ， 因 为 观察 者 已 经 不 那么 重要 了 1! 
@ 定义 0bserver 为 函数 State => Unit 的 别名 。 
© 通知 各 个 观察 者 ， 意 味 着 调用 它们 的 apply 方法 。 
测试 代码 几乎 相同 ， 以 下 只 列 出 不 同 的 地 方 : 


// src/main/scala/progscala2/typesystem/structuraltypes/SubjectFunc.sc 


>H 








py 





import progscala2.typeSystem.structuraltypes.SubjectFunc 
val observer: Int => Unit = (state: Int) => println("got one! "+state) 


val subject = new SubjectFunc { ... } 


这 样 就 好 多 了 ! 所 有 基于 名 称 的 耦合 都 不 见 了 ， 这 样 我 们 就 不 再 需要 反射 调用 ， 同 时 函数 
的 参数 类 型 也 能 再 次 使 用 State 而 不 是 Any 了 。 

但 是 这 并 不 意味 着 结构 化 类 型 没有 用 。 我 们 的 示例 只 需要 一 个 函数 来 实现 我 们 所 需要 的 功 
能 。 在 一 般 情况 下 ， 一 个 结构 类 型 可 能 有 好 几 个 成 员 ， 一 个 匿名 函数 可 能 不 足以 满足 我 们 
的 需要 。 


14.8 复合 类 型 
当 你 声明 一 个 组 合 了 若干 种 类 型 的 实例 时 ， 你 就 得 到 了 复合 类 型 (compound type) : 


trait T1 
trait T2 
class C 
val c = new C with T1 with T2 // c 的 类 型 : C with T1 with T2 


在 这 里 ，c 的 类 型 是 C with T1 with T2， 这 是 另 一 种 声明 类 型 的 方法 ， 该 类 型 继承 了 C, 
并 混 人 了 T1 和 T2。 所 以 ，c 被 认为 是 所 有 三 种 类 型 的 子 类 型 : 











val t1: T1 = < 
val t2: T2 = < 
val c2: C =c 


类 型 细 化 

类 型 细 化 (type refinement) 是 复合 类 型 的 附加 部 分 。 它 们 都 与 从 Java 中 获知 的 一 种 思想 
有 关 ， 即 通过 提供 匿名 内 部 类 实现 某 些 接口 ， 以 添加 方法 实现 和 可 选 的 其 他 成 员 。 

如 果 你 有 一 个 由 5 类 对 象 组 成 的 java.util.List (http://docs.oracle.com/javase/8/docs/api/ 


java/util/List.html) 列表 ， 那 么 对 于 某 些 类 ， 你 可 以 使 用 静态 方法 java.util.Collections. 
sort (http://docs.oracle.com/javase/8/docs/api/java/util/Collections.html) 来 为 列表 就 地 排序 : 














List<C> listOfC =... 

java.util.Collections.sort(listOfC, new Comparator<C>() { 
public int compare(C c1, C c2) {...} 
public boolean equals(Object obj) {...} 

}); 


我 们 “ 细 化 ”类 型 Comparator 用 于 创建 一 个 新 的 类 型 。JVM 会 在 字 节 码 中 为 它 合成 一 个 
唯一 的 名 字 。 

相 比 之 下 ，Scala 更 进一步 ， 它 会 合成 新 类 型 ， 并 利用 新 的 类 型 反映 我 们 添加 的 东西 。 例 
如 : 回顾 上 一 节 的 结构 化 类 型 ， 我 们 注意 REPL 返回 的 类 型 (对 输出 做 了 排版 ) ; 


scala> val subject = new Subject { 
| type State = Int 
| protected var count = 0 
| def increment(): Unit = { 
| count += 1 
| notifyObservers(count) 
} 


| } 
subject: TypeSystem.structuraltypes.Subject{ 
type State = Int; def increment(): Unit} = $anon$1@4e3d1i1db 


类 型 的 签名 中 添加 了 额外 的 结构 化 组 件 。 
类 似 地 ， 当 实例 化 对 象 同时 混入 trait 时 ， 我 们 就 创建 了 一 个 细 化 的 类 型 。 考 虑 以 下 示例 ， 
我 们 在 类 型 中 混入 了 logging 特征 〈 省 略 了 部 分 细节 ) : 


scala> trait Logging { 
| def log(message: String): Unit = println(s"Log: $message") 


| } 

















scala> val subject = new Subject with Logging {...} 
subject: TypeSystem.structuraltypes.Subject with Logging{ 
type State = Int; def increment(): Unit} = $anon$1@8b5d08e 


为 了 从 外 部 访问 细 化 后 的 特性 或 成 员 ， 你 需要 使 用 反射 API (IL 24.2 节 )。 
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14.9 存在 类 型 


存在 类 型 (existential type) 是 对 类 型 做 抽象 的 一 种 方法 。 它 可 以 让 你 在 不 知道 具体 类 型 的 
情况 下 就 断言 该 类 型 “存在 ”。 通 常 你 不 知道 该 类 型 是 什么 ,或 着 当前 上 下 文中 你 并 不 需 
要 知道 这 个 类 型 。 


在 以 下 三 种 场景 中 ， 存 在 类 型 对 Scala 与 Java 的 类 型 兼容 来 说 尤为 重要 。 


。 泛 型 的 类 型 参数 被 JVM 字 节 码 “ 抹 去 ”了 ( 称 为 类 型 擦 除 ) 。 例 如 : 创建 List[Int] 时 ， 
我 们 在 字 节 码 中 看 不 到 Int 这 个 类 型 。 所以， 在 运行 时 无 法 根据 已 知 的 类 型 信息 区 分 
List[Int] 和 List[String]。 

。 你 可 能 接触 过 “ 裸 ” 类 型 ， 如 在 Java 5 之 前 ， 库 中 的 集合 类 型 没有 类 型 参数 (所 有 的 参 
数 都 是 Object 类 型 ) 。 

当 Java 在 泛 型 中 使 用 通配符 来 表示 多 样 行为 时 ， 实 际 的 类 型 是 未 知 的 。 


考虑 对 List[A] 中 对 象 做 匹配 的 情况 。 你 可 能 希望 定义 两 个 版 本 的 double 函数 ， 其 中 一 个 
版 本 输入 List[Int]， 并 返回 一 个 新 的 List[Int]，List[Int] 的 元 素 加 倍 〈 乘 以 2) ， 另 一 
个 版 本 接受 一 个 List[String]， 通 过 对 整数 调用 toInt， 将 字符 串 〈 假 设 这 里 的 字符 串 代 
表 整 数 ) 映射 为 整数 ， 然 后 调用 第 一 个 版 本 的 double: 
object Doubler { 
def double(seq: Seg[String]): Seq[Int] = double(seq map (_.toInt)) 


def double(seq: Seq[Int]): Seq[Int] = seq map (_*2) 
} 


你 将 会 得 到 一 个 编译 错误 ， 显 示 这 两 个 方法 “在 类 型 擦 除 后 ， 方 法 的 类 型 相同 ”(have the 
same type after erasure)。 下 面 给 出 了 一 个 有 点 繁琐 的 解决 方法 对 列表 元 素 进 行 未 个 检查 : 


// src/main/scala/progscala2/typesystem/existentials/type-erasure-workaround.sc 



































object Doubler { 
def double(seq: Seq[_]): Seq[Int] = seq match { 
case Nil => Nil 
case head +: tail => (toInt(head) * 2) +: double(tail) 
} 


private def toInt(x: Any): Int = x match { 
case i: Int => i 
case s: String => s.toInt 
case x => throw new RuntimeException(s"Unexpected list element $x") 
} 
} 


当 处 于 这 样 的 类 型 上 下 文中 时 ， 表 达 式 Seq[_] 是 存在 类 型 seq[T] forSome { type T } AY 
简写 。 这 是 最 通用 的 例子 。 也 就 是 说 ， 表 示 列 表 的 类 型 参数 可 以 是 任意 类 型 。 表 14-1 列 出 
了 使 用 类 型 边界 的 其 他 一 些 例子 : 
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表 14-1: 存在 类 型 的 使 用 示例 














简 5 完整 形式 描 述 

Seq[_] Seq[T] forSome {type T} T 可 以 是 Any 的 任意 子 类 

Seq[_ <: A] Seq[T] forSome {type T <: A} T 可 以 是 A (在 某 处 已 经 定义 了 ) 的 任意 子 类 
Seq[_ >: Z <: A] Seq[T] forSome {type T >: Z <: A} TT 可 以 是 A 的 子 类 日 是 z 的 超 类 





























如 果 你 有 考虑 Scala 的 泛 型 语法 与 Java 的 语法 如 何 对 应 ， 你 可 能 已 经 注意 到 类 似 java. 
util.List[_ <: A] 的 表达 式 在 结构 上 与 Java 的 表达 式 java.util.List<? extends A> 很 像 。 
事实 上 ， 它 们 是 同一 个 声明 。 尽 管 我 们 说 Scala 的 变异 行为 在 声明 时 就 已 经 定义 了 ， 但 你 








可 以 用 存在 类 型 定义 出 调用 时 才 确 定 的 变异 行为 ， 只 是 通常 很 少 这 么 做 。 

你 在 Scala 代码 中 会 经 常 看 到 类 似 Seq[_] 的 代码 ， 其 中 类 型 参数 不 能 被 更 具体 地 指定 。 但 
你 不 会 经 常 看 到 完整 的 forsome 形式 的 存在 类 型 语法 。 

存在 类 型 存在 的 主要 目的 是 为 了 支持 Java 泛 型 ， 同 时 保持 它 在 Scala 类 型 系统 中 的 正确 
性 。 大 多 数 情况 下 ， 类 型 推断 已 经 为 我 们 隐藏 了 细 市 。 


== == 
14.10 本章 回顾 与 下 一 章 提要 
这 样 ， 我 们 就 完成 了 Scala 类 型 系统 特性 之 旅 ， 这 些 特性 是 你 写 Scala 代码 和 使 用 标准 库 时 
最 可 能 遇 到 的 。 我 们 的 首要 重点 是 理解 面向 对 象 中 继承 关系 的 微妙 之 处 ， 以 及 变异 和 类 型 
边界 的 重要 性 。 下 一 章 我 们 将 继续 探索 那些 不 需要 尽快 掌握 的 次 要 功能 。 
如 果 你 想 快 速 参考 Scala 类 型 系统 及 其 相关 概念 ， 请 参见 我 同事 Konrad Malawski 的 Scala's 
Types of Types (http://ktoso.github.io/scala-types-of-types/) 。 
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本 章 将 紧 接着 上 一 章 的 内 容 ， 继 续 对 类 型 系统 进行 讲解 。 假 如 是 Scala 初学 者 ， 你 无 需 立 
刻 理 解 本 章 讲解 的 内 容 ， 但 是 最 终 你 还 是 会 磁 到 这 些 问 题 。 当 你 正 忙 于 Scala 项 目 或 使 用 
第 三 方 库 时 ， 假 如 碰 到 了 一 个 从 未 见 过 的 类 型 系统 概念 ， 那 么 你 也 许 能 在 本 章 找到 答案 。 
(如 果 想 了 解 比 本 章 还 要 深入 的 概念 ， 请 查看 《Scala 语言 规范 》 (http://www.scala-lang.org/ 
docu/files/ScalaReference.pdf)。) 目前 ， 我 仍然 建议 你 略 读本 章 。 尽 管 无 需 深 入 理解 这 些 
概念 ， 但 是 在 本 书后 续 的 内 容 中 ， 你 还 是 会 看 到 一 些 有 关 路 径 相 关 类 型 (path-dependent 
type) 的 更 为 复杂 的 示例 。 


15.1 路 径 相 关 类 型 
与 之 前 出 现 的 Java 语言 一 样 ，Scala 允许 使 用 路 径 表达 式 对 嵌 套 类 型 进行 访问 。 
请 思考 下 面 的 例子 : 


// src/main/scala/progscala2/typesystem/typepaths/type-path.scalaX 
package progscala2.typesystem.typepaths 











class Service { /L 0 
class Logger { 
def log(message: String): Unit = println(s"log: $message") //@ 
} 


val logger: Logger = new Logger 


val s1 
val s2 


new Service 
new Service { override val logger = s1.logger } // 错误 ! © 


@ EMS Service®, YR MAREK Logger, 
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@ HTE, log 方法 中 只 调用 了 println 方法 打印 日 志 。 
@ 出 现 编译 错误 ! 
编译 该 文件 时 ， 最 后 一 行 代码 将 产生 下 列 错误 : 


error: overriding value logger in class Service of type this.Logger; 
value logger has incompatible type 


val s2 = new Service { override val logger = s1.logger } 
A 











代码 中 出 现 的 两 个 Logge 类 型 能 被 视 为 相同 类 型 吗 ? 答案 是 否定 的 。 错 误 信 息 表 示 Scala 
期 望 得 到 类 型 为 this.Logger 的 logger 对 象 。 在 Scala 中 ， 每 一 个 Service 实例 的 logger 
属性 类 型 都 不 相同 。 换 言 之 ，logger 的 实际 类 型 是 路 径 相关 的 (path-dependent)。 下 面 我 
们 将 讨论 这 种 类 型 路 径 。 





15.1.1 C.this 


你 可 以 在 C1 类 的 类 体 中 使 用 熟悉 的 this 关键 字 ， 该 关键 字 将 指向 当前 实例 。 不 过 此 处 使 
用 的 this 其 实 是 Scala 语言 中 的 C1.this 的 缩写 : 














// src/main/scala/progscala2/typesystem/typepaths/path-expressions.scala 


class C1 { 
var x = "1" 
def setX1(x:String): Unit 
def setX2(x:String): Unit 


this.x = x 
C1.this.x = x 


} 
假如 this 出 现在 类 型 体内 、 方 法 定义 体 之 外 ， 它 指向 的 是 类 型 本 身 : 
trait T1 { 
class C 
val c1: C = new C 
val c2: C = new this.C 
} 


很 明显 ，this.c 中 出 现 的 this 引用 了 trait T1, 


15.1.2 C.super 
你 可 以 使 用 super 关键 字 引 用 某 一 类 型 的 父 类 


trait X { 
def setXX(x:String): Unit = {} // 函数 未 执行 任何 操作 ! 
} 
class C2 extends C1 
class C3 extends C2 with X { 
def setX3(x:String): Unit 
def setX4(x:String): Unit 
def setX5(x:String): Unit = C3.super[C2].setX1(x) 
def setX6(x:String): Unit = C3.super[X].setXX(x) 
// def setX7(x:String): Unit = C3.super[C1].setX1(x) // 错误 





super.setX1(x) 
C3.super.setX1(x) 
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// def setX8(x:String): Unit = C3.super.super.setX1(x) // 错误 


在 本 示例 中 ，C3.super 的 作用 等 同 于 super。 你 也 可 以 使 用 [T] 说 明 当 前 使 用 哪个 对 象 的 
父 类 ， 就 像 setX5 方法 做 的 那样 ，setX5 方法 选择 了 C2 的 父 类 ， 而 setX6 则 选择 了 X 的 父 
类 。 不 过 ， 你 无 法 引用 “祖父 ”类 型 (如 setx7 方法 所 示 )， 也 无 法 将 super 串 行 化 〈 如 
setX8 所 示 ) 。 


如 果 某 一 类 型 具有 多 个 祖先 ， 那 么 当 你 在 该 类 型 中 使 用 未 限定 类 型 的 super 引用 时 ， 该 
引用 会 绑 定 到 哪个 类 型 呢 ? super 线性 化 算法 规则 决定 了 super 指向 的 目标 。( 请 参考 
11.755). 

与 this 关键 字 一 样 ， 你 也 可 以 在 类 型 体内 、 方 法 之 外 使 用 super 引用 父 类 型 ; 


class C4 { 
class C5 


























class C6 extends C4 { 
val c5a: C5 = new C5 
val c5b: C5 = new super.C5 


} 


15.1.3 path.x 

你 可 以 通过 使 用 点 号 分 隔 的 路 径 表达 式 查找 菊 套 类 型 。 路 径 表 达 式 中 除 最 后 一 个 元 素 之 
外 ， 其 他 元 素 都 必须 保持 固定 (stable)， 即 这 些 元 素 必须 是 包 、 单 例 对 象 或 具有 相同 别名 
的 类 型 声明 。 路 径 中 最 后 一 个 元 素 可 以 是 不 固定 的 ， 包 括 类 、trait 或 者 类 型 成 员 。 请 阅读 
下 列 示例 : 


package P1 { 





























object 01 { 
object 02 { 
val name = "name" 
class C1 { 
val name = "name" 
} 
} 
class C7 { 
val name1 = P1.01.02.name // Okay - 路 径 表达 式 指 向 某 一 字段 
type C1 = P1.01.C1 // Okay - 路 径 表 达 式 指向 某 一 “叶子 "类 
val c1 = new P1.01.C1 // Okay - 路 径 表 达 式 指向 某 一 “叶子 ?类 
// val name2 = P1.01.C1.name // ERROR - P1.01.C1 并 不 固定 


} 


C7 类 中 的 成 员 namel1、C1 以 及 ci 的 路 径 表 达 式 中 除了 最 后 一 位 之 外 ， 其 余 元 素 都 是 固定 
元 素 。 而 name2 所 使 用 的 路 径 表 达 式 中 ， 在 最 后 一 个 位 置 之 前 便 出 现 了 非 固 定 元 素 (C1)。 


删除 name2 声明 前 的 注释 符号 之 后 ， 你 便 能 看 到 下 面 这 个 编译 错误 : 


[error] .../typepaths/path-expressions.scala:52: value C1 is not a member of 
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object progscala2.typesystem.typepaths.P1.01 
[error] val name2 = P1.01.C1.name 
[error] a 


如 有 果 能 在 代码 中 避免 使 用 复杂 路 径 ， 当 然 也 不 失 为 一 个 好 的 方法 。 


15.2 ”依赖 方法 类 型 

依赖 方法 类 型 《dependent method type) 是 一 种 路 径 相 关 类 型 的 形式 ， 它 有 助 于 解决 许多 设 
计 问 题 ，Scala 2.10 引入 了 这 一 新 特性 。 

Magnet 设计 模式 (magnet 是 “磁石 ”的 意思 ) 便 应 用 了 依赖 方法 类 型 ， 该 设计 模式 中 存 
在 一 个 接受 单一 对 象 输入 的 处 理 方法 ， 而 这 个 输入 对 象 便 称 为 magnet， 它 能 够 确保 函数 返 
回 类 型 是 可 兼容 的 。 如 果 想 对 这 项 技术 的 相关 示例 有 更 深 的 了 解 ， 请 参考 “spray.io 博客 
上 的 内 容 ”(http://spray.io/blog/2012-12-13-the-magnet-pattern/) 。 我 们 也 将 通过 一 个 示例 对 
此 进行 讲解 : 


// src/main/scala/progscala2/typesystem/dependentmethodtypes/dep-method.sc 





























import scala.concurrent.{Await, Future} //@ 
import scala.concurrent.duration._ 
import scala.concurrent.ExecutionContext.Implicits.global 


case class LocalResponse(statusCode: Int) //@ 
case class RemoteResponse(message: String) 


© 导入 scala.concurrent.Future (http://www.scala-lang.org/api/current/scala/concurrent/Fut 
ure.html) 类 和 与 异步 计算 相关 的 类 。 

@ 定义 了 两 个 case 类 ， 用 于 返回 计算 后 得 出 的 “回复 信息 ”， 这 些 回 复 可 能 来 自 本 地 调用 
(调用 者 和 被 调用 者 在 一 个 进程 内 )， 也 可 能 来 自 远 程 服务 调用 。 需 要 注意 这 两 个 case 
类 并 未 共享 公共 父 类 ， 两 者 毫 无 关联 。 

在 17.2 节 中 ， 我 们 将 对 Future (http://www.scala-lang.org/api/current/scala/concurrent/Future. 

html) 类 型 进行 深入 讲解 。 而 现在 ， 我 们 只 对 需要 了 解 的 部 分 进行 讲解 : 

sealed trait Computation { 


type Response 
val work: Future[Response] 


} 














case class LocalComputation( 
work: Future[LocalResponse]) extends Computation { 
type Response = LocalResponse 
} 
case class RemoteComputation( 
work: Future[RemoteResponse]) extends Computation { 
type Response = RemoteResponse 


} 
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以 Computation 为 父 节 点 的 这 组 密封 类 (sealed class) 提供 了 服务 所 需要 的 所 有 计算 类 型 : 
包括 了 本 地 处 理 和 远程 处 理 。 由 于 所 需要 执行 的 工作 也 封装 到 一 个 Future 对 象 中 ， 因 此 这 
些 计算 将 以 异步 的 方式 执行 。 本 地 处 理 将 返回 对 应 的 LocalResposne 对 象 ， 而 远程 处 理 则 
返回 对 应 的 RemoteResponse 对 象 ; 


object Service { 
def handle(computation: Computation): computation.Response = { 
val duration = Duration(2, SECONDS) 
Await.result(computation.work, duration) 
} 
} 






























































Service.handle(LocalComputation(Future(LocalResponse(0)))) 

// Result: LocalResponse = LocalResponse(0) 

Service. handle(RemoteComputation(Future(RemoteResponse("remote call")))) 
// Result: RemoteResponse = RemoteResponse(remote call) 


最 后 ， 我 们 定义 了 一 个 服务 对 象 ， 该 对 象 提供 了 单一 入 口 点 handle Fik. mi handle 7 
法 则 通 过 scala.concurrent.Await (http://www.scala-lang.org/api/current/scala/concurrent/ 
Await$.html) 对 象 等 待 Future 对 和 象 执行 完毕 。Await.result 根据 输入 的 Computation 对 象 
的 具体 类 型 ， 返 回 相 应 的 LocalResponse XF ak, RemoteResponse 对 象 。 

请 留意 ， 由 于 LocalResponse 与 RemoteResponse = 4 FHKE, [Al UE handle 方法 并 未 返回 
它们 共有 的 某 个 父 类 实例 。handle 方法 另辟蹊径 ， 它 将 依据 输入 参数 决定 返回 类 型 。 由 
于 无 法 通过 类 型 检查 的 缘故 ， 当 输入 参数 类 型 为 RemoteComputation 时 ， 不 可 能 返回 
LocaLResponse， 反 之 亦 然 。 


1 5.3 类 型 投影 
我 们 将 回顾 之 前 15.1 节 中 讨论 过 的 Service 设计 问题 。 首 先 ， 我 们 对 Service 类 进行 重 写 ， 
从 中 抽取 出 一 些 可 能 在 真实 应 用 中 更 为 典型 的 抽象 : 


// src/main/scala/progscala2/typesystem/valuetypes/type-projection.scala 
package progscala2.typesystem.valuetypes 











io 




















trait Logger { //@ 
def log(message: String): Unit 

} 

class ConsoleLogger extends Logger { // @ 
def log(message: String): Unit = println(s"log: $message") 

} 

trait Service { // ® 


type Log <: Logger 
val logger: Log 
} 


class Service1 extends Service { //@ 
type Log = ConsoleLogger 





val logger: ConsoleLogger = new ConsoleLogger 


} 


@ 定义 Logger 特征 。 
@ 具体 的 Logger 类 ， 为 了 简化 ， 该 类 将 日 志 输 出 到 控制 台中 。 


© Service 特征 定义 了 抽象 类 型 Log， 该 类 型 是 Logger 类 型 的 别名 。 与 此 同时 ， 我 们 在 
Service 特征 中 声明 了 一 个 Log 类 型 的 字段 。 

@ 定义 了 有 具体 的 服务 类 ， 该 类 将 使 用 ConsoleLogger 打印 输出 日 志 。 

假设 我 们 希望 “重用 ”Servicel 中 定义 的 Log 类 型 。 下 面 ， 我 们 将 在 REPL 会 话 中 尝试 一 

些 可 能 的 重用 方案 : 


// src/main/scala/progscala2/typesystem/valuetypes/type-projection.sc 














scala> import progscala2.typesystem.valuetypes._ 


scala> val 11: Service.Log = new ConsoleLogger 
<console>:10: error: not found: value Service 
val l1: Service.Log = new ConsoleLogger 
Nn 
scala> val 12: Servicei.Log = new ConsoleLogger 
<console>:10: error: not found: value Service1 
val 12: Servicel.Log = new ConsoleLogger 
Nn 
scala> val 13: Service#Log = new ConsoleLogger 
<console>:10: error: type mismatch; 
found : progscala2.typesystem.valuetypes.ConsoleLogger 
required: progscala2.typesystem.vaLluetypes.Service#Log 
val 13: Service#Log = new ConsoleLogger 
AN 
scala> val 14: Servicei#Log = new ConsoleLogger 


14: progscala2.typesystem.valuetypes.ConsoleLogger = 
progscala2.typesystem.valuetypes.ConsoleLogger @6376f152 


调用 Service.Log 和 Service1.Log hF, Scala 将 分 别 查找 名 为 Service 和 Servicel 的 对 象 ， 
但 是 这 些 伴 生 对 象 却 并 不 存在 。 
不 过 ， 我 们 可 以 使 用 # 符号 来 对 我 们 想 查找 的 类 型 进行 映射 。 第 一 次 尝试 未 能 通过 类 
型 检查 。 尽 管 service.Log 和 ConsoleLogger 类 型 均 为 Logger 类 型 的 子 类 型 ， 但 是 由 于 
Service.Log 是 抽象 类 型 ， 因 此 我 们 尚且 不 知道 该 类 型 是 否 确实 是 ConsoleLogger 类 型 的 子 
类 型 。 换 言 之 ， 最 后 出 现 的 Service.Log 的 具体 定义 可 能 是 Logger 类 的 另外 一 个 子 类 ， 且 
该 子 类 与 ConsoleLogger 不 兼容 。 


由 于 以 静态 的 方式 通过 类 型 检查 ， 因 此 只 有 val 14 = Service1#Log = new ConsoleLogger 
能 够 正确 执行 。 

最 后 提 一 句 ， 我 们 日 常 工作 中 编写 的 那些 简单 的 类 型 名 称 为 类 型 标识 符 (type designator), 
这 些 类 型 标识 符 本 质 上 是 这 些 类 型 映射 的 缩写 。 下 面 列举 了 一 些 类 型 标识 符 和 对 应 的 类 型 
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映射 ， 该 示例 改编 自 《Scala 语言 规范 》 的 3.2 节 : 


Int // scala.type#Int 
scala.Int // scala.type#Int 
package pkg { 
class MyClass { 
type t // pkg.MyClass.type#t 


} 
} 


单 例 类 型 

我 们 已 经 对 单 例 对 象 (singleton object) 进行 了 学 习 ， 声 明 单 例 对 象 时 需要 使 用 关键 字 
object, Scala 中 同样 存在 着 单 例 类 型 的 概念 。AnyRef 子 类 的 所 有 实例 v， 包 括 nuLL， 都 对 
应 了 一 个 唯一 的 单 例 类 型 (singleton type)。 我 们 可 以 使 用 v.type 表达 式 得 到 实例 v 的 单 
例 类 型 。 在 对 象 声 明 体 中 使 用 该 表达 式 ， 能 够 将 允许 的 实例 数量 限定 到 1 个 。 我 们 将 沿用 
之 前 Logger 和 Service 类 型 的 示例 为 大 家 进行 讲解 : 


// src/main/scala/progscala2/typesystem/valuetypes/type-types.sc 



































new Service1 
new Service1 


scala> val s11 
scala> val s12 


scala> val l1: Logger = s11.logger 
li: ...valuetypes.Logger = ...valuetypes .ConsoleLogger@3662093 


scala> val 12: Logger = s12.logger 
12: ...valuetypes.Logger = ...valuetypes .ConsoleLogger@411c6639 


scala> val 111: s11.logger.type = s11.logger 
111: s11.logger.type = progscala2.typesystem.valuetypes .ConsoleLogger@3662093 


scala> val 112: s11.logger.type = s12.logger 
<console>:12: error: type mismatch; 
found : s12.logger.type (with underlying type ...valuetypes.ConsoleLogger) 
required: s11.Logger.type 
val 112: s11.logger.type = s12.logger 
Nn 








我 们 只 能 使 用 S11. logger 为 111 和 112 赋值 。s12.Logger 的 类 型 并 不 与 sil 和 s12 的 类 型 
定义 单 例 对 象 时 ， 同 时 定义 了 对 象 实例 和 其 对 应 的 类 型 : 


// src/main/scala/progscala2/typesystem/valuetypes/object-types.sc 











case object Foo { override def toString = "Foo says Hello!" } 
如 果 你 希望 定义 输入 参数 为 该 类 型 的 方法 ， 那 么 输入 类 型 应 设置 为 Foo.type。 


scala> def printFoo(foo: Foo.type) = println(foo) 
printFoo: (foo: Foo.type)Unit 


scala> printFoo(Foo) 





Foo says Hello! 


15.4 值 的 类 型 

每 一 个 值 都 具有 类 型 。“ 值 类 型 ” 指 的 是 所 有 可 能 的 类 型 形式 ， 这 些 类 型 格式 我 们 曾 接 都 
接触 过 。 

在 本 节 中 ， 我 们 使 用 的 值 类 型 (value type) 一 词 与 《Scala 语言 规范 》 中 的 
定义 相同 ， 不 过 ， 在 本 书 的 其 他 章节 中 ， 值 类 型 指 的 是 AnyVal 的 所 有 子 类 
型 ， 这 也 是 值 类 型 更 为 常用 的 意思 。 














值 类 型 包括 : 参数 类 型 、 单 例 类 型 、 类 型 映射 、 类 型 标识 符 、 复 合 类 型 、 既 存 类 型 、 元 组 
类 型 、 函 数 类 型 以 及 中 缀 类 型 。 除 了 常规 的 写法 之 外 ，Scala 还 为 最 后 三 种 类 型 提供 了 更 为 
方便 的 简写 语法 ， 因 此 我 们 会 对 这 三 种 类 型 进行 回顾 。 在 对 这 几 种 类 型 进行 讲解 的 同时 ， 
我 们 会 讲述 一 些 之 前 未 谈 及 的 具体 细 市 。 


15.4.1 元 组 类 型 
称 为 元 组 类 型 (tuple type) : 


val t1: Tuple3[String, Int, Double] 
val t2: (String, Int, Double) 


WAS TRAE CAA, KR Scam Ret Ss koe, Aka 
便利 一 些 。 除 此 之 外 ， 简 化 的 写法 中 省 略 了 Tuplen 字符 ， 因 而 比 之 前 的 写法 要 简短 一 些 。 
事实 上 ， 很 少 会 有 人 使 用 Tuplen 格式 的 函数 签名 。 请 对 比 List[Tuple2[Int,Sstring]] 与 
List[(Int,String)] 类 型 。 


15.4.2 ”函数 类 型 
我 们 可 以 使 用 箭头 表达 式 编 写 类 型 为 国 数 类 型 的 对 象 ， 如 Function2 类 型 : 
val f1: Function2[Int,Double,String] = (i,d) => s"int $i, double $d" 
val f2: (Int,Double) => String = (i,d) => s"int $i, double $d" 
在 指定 元 组 对 象 时 ， 通 常 并 不 会 使 用 TupleN 这 类 复杂 的 语法 。 与 之 类 似 ， 我 们 也 很 少 使 用 
Functionn 来 创建 国 数 类 型 。 


15.4.3 ”中 组 类 型 
我 们 可 以 使 用 中 绥 表 达 式 编写 包含 两 个 类 型 参数 的 类 型 。 下 面 的 示例 使 用 了 Either [A,B] 
val Left1: Either[String,Int] 


val left2: String Either Int 
val right1: Either[String, Int] 


("one", 2, 3.14) 
("one", 2, 3.14) 





{In 








Left("hello") 
Left("hello") 
Right (1) 
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val right2: String Either Int = Right(2) 


WT AREAS TPR, BRS RAS O 结尾 的 情况 ， 中 绥 类 型 是 左 结合 
的 。 假 如 类 型 名 称 以 冒号 结尾 ， 该 类 型 则 为 右 结合 。 这 与 for 术语 的 用 法 相同 (之 前 没有 








强调 过 这 点 ， 这 里 我 们 称 那些 非 类 型 对 





KARKARE, for 术语 其 实 就 是 for 表 达 式 )。 你 可 











以 使 用 小 括号 改写 默认 的 类 型 结合 顺序 。 


// src/main/scala/progscala2/typesystem/vaLluetypes/infix-types.sc 


scala> val xll1: Int Either Double Either String = Left(Left(1)) 
xll1: Either[Either[Int,Double],String] = Left(Left(1)) 


scala> val xll2: (Int Either Double) Either String = Left(Left(1)) 
xll2: Either[Either[Int,Double],String] = Left(Left(1)) 


scala> val xlr1: Int Either Double Either String = Left(Right(3.14)) 
xlr1i: Either[Either[Int,Double],String] = Left(Right(3.14)) 


scala> val xlr2: (Int Either Double) Either String = Left(Right(3.14)) 
xlr2: Either[Either[Int,Double],String] = Left(Right(3.14)) 


scala> val xr1: Int Either Double Either String = Right("foo") 
xri: Either[Either[Int,Double],String] = Right(foo) 


scala> val xr2: (Int Either Double) Either String = Right("foo") 
xr2: Either[Either[Int,Double],String] = Right(foo) 


scala> val xl: Int Either (Double Either String) = Left(1) 
xl: Either[Int,Either[Double,String]] = Left(1) 


scala> val xrl: Int Either (Double Either String) = Right(Left(3.14)) 


xrl: Either[Int,Either[Double, String] 


= Right(Left(3.14)) 


scala> val xrr: Int Either (Double Either String) = Right(Right("bar")) 
xrr: Either[Int,Either[Double,String]] = Right(Right(bar) ) 


IRER, BEAM RRN SS ERG AAS RER, 





下 














看 ， 我 们 将 转 和 人 一 个 重要 的 、 庞 大 的 、 有 时 候 又 很 有 挑战 性 的 主题 : higher-kinded 类 型 。 


15.5 Higher-Kinded 类 型 





操作 Seq 实例 时 ， 我 们 通常 习惯 编写 下 


def sum(seq: Seq[Int]): Int = seq 








而 的 代码 : 








reduce (_ + _) 


sum(Vector(1,2,3,4,5)) // 结果 值 : 15 


首先 ， 我们 将 使 用 类 型 类 (type class) 对 加 法 进行 泛 化 〈 请 回顾 5.4 节 的 内 容 )。 通 过 使 用 


类 型 类 ， 我 们 能 够 对 元 素 类 型 操作 进行 


归纳 : 








A 
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// src/main/scala/progscala2/typesystem/higherkinded/Add.scala 
package progscala2.typesystem.higherkinded 


trait Add[T] { //@ 
def add(t1: T, T2: T): T 

} 

object Add { // @ 


implicit val addInt = new Add[Int] { 
def add(i1: Int, i2: Int): Int = i1 + i2 
} 


implicit val addIntIntPair = new Add[(Int,Int)] { 
def add(p1: (Int,Int), p2: (Int,Int)): (Int,Int) = 
(p1._1 + p2._1, p1._2 + p2._2) 


} 
@ Add 特征 中 定义 了 加 法 。 


@ Add 特征 的 伴生 对 象 中 定义 了 该 trait 的 两 个 实例 ， 这 两 个 实例 将 作为 Int 类 型 和 Int 对 
的 隐 式 值 。 


现在 ,我 们 尝试 使 用 这 两 个 隐 式 值 : 


// src/main/scala/progscala2/typesystem/higherkinded/add-seq.sc 
import progscala2.typesystem.higherkinded.Add //@ 
import progscala2.typesystem.higherkinded.Add._ 





def sumSeq[T : Add](seq: Seq[T]): T = //@ 

seq reduce (implicitly[Add[T]].add(_,_)) 
sumSeq(Vector(1 -> 10, 2 -> 20, 3 -> 30)) // 结果 值 : (6,60) 
sumSeq(1 to 10) // 结果 值 : 55 
sumSeq(Option(2)) // © 出 错 ! 





@ 导入 Add 特征 以 及 在 Add 伴生 对 象 定义 的 隐 式 对 象 。 

@ 通过 使 用 上 下 文 边界 (context bound) 和 implicitly 关键 字 (请 参考 5.1 节 )， 我 们 计 
算出 了 一 组 数据 的 总 和 。 

© HF Option 并 不 是 Seq 类 型 的 子 类 型 ， 因 此 传 入 Option 参数 会 导致 程序 出 错 。 

对 于 任何 一 种 序列 ， 只 要 我 们 为 它 定 义 了 隐 式 的 Add 实例 ， 那 么 sumseq 方法 便 能 计算 出 该 

序列 的 总 和 。 

不 过 ，sumseq 仍然 只 支持 Seq 子 类 型 。 假 如 容器 类 型 并 不 是 Seq 子 类 型 ， 但 是 却 实现 了 

reduce 方法 ， 我 们 该 如 何 对 该 容器 进行 处 理 呢 ? 我 们 会 使 用 更 加 泛 化 的 求 和 操作 。 

Scala 支持 higher-kinded 类 型 ， 通 过 应 用 该 类 型 ， 我 们 可 以 对 参数 化 类 型 进行 抽象 。 下 面 

列举 了 该 类 型 的 一 种 使 用 方式 : 


// src/main/scala/progscala2/typesystem/higherkinded/Reduce.scala 
package progscala2.typesystem.higherkinded 
import scala. Language.higherKinds //@ 
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trait Reduce[T, -M[T]] { // @ 
def reduce(m: M[T])(f: (T, T) => T): T 
} 


object Reduce { // ©® 
implicit def seqReduce[T] = new Reduce[T, Seq] { 
def reduce(seq: Seq[T])(f: (T, T) => T): T = seq reduce f 
} 


implicit def optionReduce[T] = new Reduce[T, Option] { 
def reduce(opt: Option[T])(f: (T, T) => T): T = opt reduce f 
} 
} 


@ higher-kinded 类 型 属于 可 选 功能 。 假 如 你 未 导入 该 功能 ，Scala AAH 

© Reduce 特征 对 “规约 ”操作 (reduction) 进行 抽象 ， 将 其 封装 为 higher-kinded 类 型 
M[T]。 在 一 些 库 中 ， 把 higher-kinded 类 型 命名 为 M 是 不 成 文 的 惯例 。 

© 为 了 能 对 seq 和 Option 值 执行 规约 操作 ， 我 们 分 别 为 这 两 类 类 型 提供 了 隐 式 实例 。 为 
了 简化 起 见 ， 我 们 将 直接 使 用 类 型 中 已 经 提供 的 reduce 方法 执行 规约 操作 。 


Reduce 特征 的 声明 体 中 使 用 了 MET] 逆 变 (contravariant， 声 明 逆 变 时 需要 在 MET] 前 添加 - 
符号 )， 这 样 做 的 原因 是 什么 呢 ? 假如 我 们 未 在 MT] 前 添加 + 或 - 符号 ， 那 些 作 用 于 Seq 
类 型 的 隐 式 实例 将 无 法 对 Seq 类 型 的 子 类 型 起 作用 ， 如 Vector 类 型 。( 请 尝试 移 除 一 符号 ， 
并 运行 之 后 的 示例 。) 请 注意 ，reduce 方法 中 传人 的 参数 类 型 是 MIT) 的 容器 类 型 。 正 如 我 
们 在 10.1.1 节 和 14.2.2 节 中 看 到 的 那样 ， 这 些 方法 中 的 某 些 参数 位 于 “ 逆 变 位 ”( 这 些 参 
数 所 在 的 上 下 文 ， 决定 了 这 些 参数 应 该 可 逆 变 )。 因 此 ， 我 们 要 求 Reduce 对 MET] 而 言 是 可 
逆 变 的 。 

Ej Add 对象 中 定义 的 隐 式 值 相 比 ，seqReduce 和 optionReduce 都 是 隐 式 方法 ， 而 不 是 隐 式 
值 。 这 是 因为 我 们 需要 从 具体 的 实例 中 推导 出 类 型 参数 T。 我 们 无 法 像 Add 对 象 那样 将 
seqReduce 和 optionReduce 定义 为 隐 式 val 类 型 。 


请 注意 ， 在 seqReduce[T] = new Reduce[T, Seq] {...} 表达 式 中 ， 我 们 并 未 设置 Seq 类 型 
的 类 型 参数 。 该 类 型 参数 将 从 Reduce 的 定义 中 推导 出 来 。 假 如 你 直接 设置 了 Seq 的 类 型 参 
数 ， 例 如 new Reduce[T，Seq[T]]， 你 会 得 到 这 样 一 条 让 人 困惑 的 错误 信息 Seq[T] takes no 
type parameters, expected: one。 


我 们 将 使 用 sum2 方法 对 Option 实例 和 Seq 实例 执行 规约 操作 : 


// src/main/scala/progscala2/typesystem/higherkinded/add.sc 
import scaLa.Language.higherKinds 

import progscala2.typesystem.higherkinded. {Add, Reduce} //@ 
import progscala2.typesystem.higherkinded.Add._ 

import progscala2.typesystem.higherkinded.Reduce._ 
























































def sum[T : Add, M[T]] (container: M[T])( //@ 
implicit red: Reduce[T,M]): T = 
red.reduce(container)(implicitly[Add[T]].add(_,_)) 


sum(Vector(1 -> 10, 2 -> 20, 3 -> 30)) // 结果 值 : (6,60) 
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sum(1 to 10) // 结果 值 : 55 
sum(Option(2)) // 结果 值 : 2 
sum[Int,Option] (None) // © 错误 ! 
@ 导入 Add 特征 和 Reduce 特征 ， 之 后 导入 这 两 个 特征 对 应 的 伴生 对 象 中 定义 的 各 类 隐 式 。 
@ 定义 了 sun 方法， 该 方法 能 够 处 理 higher-kinded 类 型 (我 们 将 会 对 此 进行 详细 说 明 ) 。 
© 当 对 空 容器 执行 sum 操作 (规约 操作 ) 时 ， 将 会 出 现 错误 。 我 们 为 sun 方法 添加 的 类 
型 签名 [Int, Opton] 会 要 求 编译 器 将 None 解释 成 Option[Int] 类 型 。 假 如 不 添加 该 类 
型 签名 ,我 们 将 得 到 编译 错误 ; 无 法 判断 0ption[T] 类 型 中 的 类 型 参数 T 到 底 应 该 对 应 
addInt 方法 还 是 addIntIntPair 方法 。 通 过 显 式 地 指定 类 型 ， 我 们 能 够 得 到 真正 希望 捕 
获 的 运行 错误 : 我 们 不 能 对 None 值 调用 reduce 方法 〈 适 用 于 所 有 空 容器 ) 。 
sum 方法 的 实现 并 非 没 有 意义 。 与 之 前 一 样 ， 我 们 定义 了 上 下 文 边界 T: Add。 我 们 也 希望 
定义 M[T] 的 上 下 文 边界 ， 如 M[T] : Reduce。 不 过 我 们 无 法 做 到 这 点 ， 因 为 Reduce 特征 包 
含 两 个 类 型 参数 ， 而 上 下 文 边界 只 适用 于 包含 单 参数 的 场景 。 因 此 ， 我 们 可 以 为 sum 方法 
添加 第 二 个 参数 列表 。 该 参数 列表 中 包含 一 个 隐 式 的 Reduce 参数 ， 使 用 该 参数 可 以 对 输入 
的 集合 执行 reduce 操作 。 


为 进一步 简化 实现 ， 我 们 可 以 重新 定义 Reduce 特征 ， 新 定义 的 Reduce 特征 只 包含 一 个 
类 型 参数 且 属 于 higher-kinded 类 型 。 这 样 一 来 ， 我 们 便 能 实现 在 上 下 文 边界 中 重新 使 用 
Reduce 特征 : 

// src/main/scala/progscala2/typesystem/higherkinded/Reduce1.scala 


package progscala2.typesystem.higherkinded 
import scala. Language. higherKinds 























trait Reduce1[-M[_]] { //@ 
def reduce[T](m: M[T])(f: (T, T) => T): T 

} 

object Reduce1 { //@ 


implicit val seqReduce = new Reducei[Seq] { 
def reduce[T](seq: Seqg[T])(f: (T, T) => T): T = seq reduce f 
} 


implicit val optionReduce = new Reduce1[Option] { 
def reduce[T](opt: Option[T])(f: (T, T) => T): T = opt reduce f 
} 
} 


O Reduce 抽象 体 只 包含 一 个 类 型 参数 M， 尽 管 M 仍 然 是 可 逆 变 类 型 ， 但 是 我 们 未 指定 M 
使 用 的 类 型 参数 。 因 此 ，Reducel 属于 了 既 存 类 型 (existential type， 请 参考 14.9 节 的 相关 
内 容 )。 而 T 参数 也 被 移 至 reduce 方法 中 。 


@ seqReduce 和 optionReduce 不 再 是 方法 ， 它 们 被 声明 为 隐 式 值 。 


在 之 前 的 示例 中 ， 我 们 需要 使 用 隐 式 方法 ， 使 得 Scala 能 够 推导 出 类 型 参数 T 的 值 ， 而 现 
在 我 们 仅仅 定义 了 一 些 隐 式 实例 ， 因 此 在 调用 reduce 方法 之 前 ，Scala 无 法 推导 出 T 的 值 。 


修改 后 的 sum 方法 也 变 得 更 加 简洁 ， 调 用 sum 方法 将 返回 相同 的 结果 (我们 将 不 再 列 出 
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sun 方法 的 结果 ) : 


// src/main/scala/progscala2/typesystem/higherkinded/add1.sc 


def sum[T : Add, M[_] : Reduce1](container: M[T]): T = 
implicitly[Reduce1[M]].reduce(container)(implicitly[Add[T]].add(_,_)) 


现在 ， 我 们 定义 了 两 个 上 下 文 边 界 ， 它 们 分 别 作用 于 Reducet 和 Add 特征 。 而 使 用 
implicity 修饰 的 类 型 参数 则 能 够 区 分 出 这 两 种 不 同 的 隐 式 值 。 


实际 上 ， 你 看 到 的 大 多 数 higher-kinded 类 型 都 与 本 示例 相似 ， 它 们 都 适用 M[_] 类 型 ， 而 
非 MLT]。 

higher-kinded 类 型 给 我 们 带 来 一 些 额外 的 抽象 ， 并 且 使 代码 变 得 更 加 复杂 ， 我 们 还 应 该 使 
用 这 一 trait 吗 ? 为 了 能 够 以 一 种 非常 简洁 和 强大 的 方式 将 代码 组 合 起 来 ，Scalaz (https:/ 
github.com/scalaz/scalaz) 和 Shapeless (https://github.com/milessabin/shapeless) 这 样 的 类 库 
大 量 使 用 了 higher-kinded 类 型 带 来 的 额外 抽象 和 复杂 代码 。 不 过 ， 你 需要 考虑 团队 成 员 的 
开发 能 力 。 请 对 这 点 保持 警觉 ， 如 果 代 码 过 于 抽象 ， 那 么 学 习 、 测 试 、 调 试 以 及 代码 改进 
都 会 非常 困难 。 


15.6 ”类 型 Lambda 


类 型 Lambda 指 的 是 般 入 在 另 一 函数 中 的 函数 ， 它 只 作用 于 类 型 级 。 假 如 我 们 需要 使 用 的 

参数 化 类 型 中 包含 了 太 多 的 类 型 参数 ， 便 可 以 使 用 类 型 Lambda 进行 处 理 。 类 型 Lambda 

是 一 个 编程 术语 ， 它 并 不 是 类 型 系统 的 特殊 功能 。 

下 面 这 个 示例 了 使 用 map 方法 ， 该 示例 与 上 一 节 中 reduce 示例 的 实现 方法 略 有 不 同 : 
// src/main/scala/progscala2/typesystem/typeLambdas/Functor.scala 


package progscaLa2.typesystem.typeLambdas 
import scala.language.higherKinds 












































trait Functor[A,+M[_]] { //@ 
def map2[B](f: A => B): M[B] 


object Functor { //@ 
implicit class SeqFunctor[A](seq: Seq[A]) extends Functor[A,Seq] { 
def map2[B](f: A => B): Seq[B] = seq map f 
} 
implicit class OptionFunctor[A](opt: Option[A]) extends Functor[A,Option] { 
def map2[B](f: A => B): Option[B] = opt map f 


} 
implicit class MapFunctor[K,V1](mapKV1: Map[K,V1]) // 日 
extends Functor[V1,({type A[a] = Map[K,a]})#A] { //@ 
def map2[V2](f: V1 => V2): Map[K,V2] = mapKV1 map { 
case (k,v) => (k,f(v)) 
} 
} 
} 
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Functor 一 词 常 用 于 对 包含 了 map 操作 的 类 型 进行 命名 。 我 们 将 在 第 16 BE “Functor 的 
种 类 ”一 节 中 对 此 进行 解释 。 不 同 于 我 们 之 前 见 到 的 Reduce 类 型 ，Functor 类 型 包含 
的 方法 中 并 未 将 容器 作为 参数 传 入 。 我 们 将 为 提供 了 map2 方法 的 Functor 类 定义 隐 式 
转换 。 之 所 以 将 方法 命名 为 map 是 因为 这 样 一 来 便 不 会 与 通常 的 map 方法 混淆 。 这 
也 意味 着 我 们 不 再 需要 MT] 是 可 逆 变 的 ， 事实 上 ,将 M[T] 设置 为 协 变 类 型 有 助 于 编 
写 代码 。 

我 们 按照 常用 的 方法 为 Seq 和 Option 类 型 定义 了 隐 式 转换 。 为 了 简化 起 见 ， 在 map2 的 
实现 体 中 ， 我 们 将 使 用 这 两 个 类 型 自 带 的 map 方法 。 由 于 Functor 对 MET] 而 言 是 可 协 
变 的 ， 因 此 为 Seq 类 型 定义 的 隐 式 转换 也 适用 于 Seq 类 型 的 所 有 子 类 型 。 

该 行 代码 是 本 示例 的 核心 : 定义 了 Map 类 型 的 转换 ， 在 该 转换 中 ， 我 们 使 用 了 两 个 类 
型 参数 ， 而 不 是 一 个 。 

使 用 类 型 Lambda 对 额外 的 类 型 参数 进行 处 理 。 









































在 MapFunctor 类 中 ， 我 们 “ 设 定 ” 对 Map 对 象 执行 map 操作 时 ，Map 对 象 的 key 值 保 


持 不 变 ， 而 value 值 则 会 被 修改 。 而 实际 的 Map.map 方法 (http://www.scala-lang.org/api/ 
current/#scala.collection Map) 更 为 通用 ， 它 允许 用 户 同时 修改 key 值 和 value 值 (示例 中 
的 map 方法 实际 上 实现 了 Map.mapValues 方法 ，http://www.scala-lang.org/api/current/#scala. 
collection.Map)。 类 型 Lambda 的 语法 有 一 些 匈 长 ， 这 使 得 开发 人 员 很 难 立 刻 理解 相关 代 
码 。 下 面 我 们 将 对 其 进行 扩展 ， 使 其 更 易于 理解 : 




































































. Functor[V1, //@ 
( // @ 
{ // ® 
type ALa] = Map[K, a] //@ 
} // ® 
)#X // © 

] 

© V1 Æ Functor 的 第 一 个 类 型 参数 ， 而 Functor 预期 第 二 个 类 型 参数 会 是 包含 了 类 型 参数 
的 容器 类 型 。 

O 表达 式 (结束 于 第 六 行 ) 对 应 的 左 括号 。 该 左 括号 开启 了 第 二 个 类 型 参数 的 定义 。 

@ 开始 定义 结构 化 类 型 (请 查看 14.7 节 的 相关 内 容 )。 

O 定义 了 类 型 成 员 入， 该 类 型 成 员 是 Map 类 型 的 别名 。 尽 管 我 们 随意 将 该 类 型 成 员 命名 
为 入 (入 通常 用 于 表示 类 型 成 员 ), 不 过 由 于 和 恰巧 与 Lambda 相 匹 配 ,因此 这 个 名 字 
得 到 了 很 广泛 的 使 用 。 和 本 身 包含 了 一 个 类 型 参数 a (a 也 是 随意 取 的 名 字 )， 在 
示例 中 a 表示 了 Map 所 使 用 的 key 类 型 。 

O 结束 结构 化 类 型 定义 。 

O 结束 始 于 第 二 行 的 表达 式 ， 与 此 同时 ， 运 用 类 型 映射 机 制 将 类 型 和 从 参数 化 类 型 中 取 
出 (请 回顾 15.3 WIAR). A ERARA KESA Map 的 别名 ， 而 Scala 会 通过 后 
续 的 代码 推导 出 嵌入 的 类 型 参数 。 

注 1: 当然 ， 如 果 使 用 ASCII 字符 进行 命名 ， 比 如 说 工 ， 我 们 更 容易 在 大 多 数 键盘 上 操作 。 
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由 此 我 们 可 以 发 现 ， 运 用 类 型 Lambda 可 以 处 理 Map 所 需要 的 额外 类 型 参数 ， 而 Functor 
则 不 支持 这 一 功能 。 由 于 Scala 会 根据 后 面 的 代码 推导 出 cx 值 ， 因 此 我 们 并 不 需要 显 式 地 
对 A 和 a 进行 重复 引用 。 


下 面 的 脚本 证 明了 上 述 代码 可 以 成 功 地 执行 : 


// src/main/scala/progscala2/typesystem/typelambdas/Functor.sc 
import scala.language.higherkKinds 
import progscala2.typesystem.typelambdas.Functor._ 





























List(1,2,3) map2 (_ * 2) // List(2, 4, 6) 

Option(2) map2 (_ * 2) // Some(4) 

val m = Map("one" -> 1, "two" -> 2, "three" -> 3) 

m map2 (_ * 2) // Map(one -> 2, two -> 4, three -> 6) 





你 无 需 经 常 使 用 类 型 Lambda 的 语法 ， 不 过 它 有 助 于 解决 描述 的 问题 。Scala 的 未 来 版 本 也 
许 会 为 类 型 Lambda 习 语 提供 更 简洁 的 语法 。 


15.7 ŽIŽA: F-Bounded 多 态 


从 技术 角度 讲 ， 自 递归 类 型 也 被 称 为 F-bounded 多 态 类 型 ， 用 于 表示 指向 自身 的 类 型 。 
Java 的 Enum (http://docs.oracle.com/javase/8/docs/api/java/lang/Enum.html) 抽象 类 便 是 经 
典 的 一 例 ， 也 是 所 有 Java 枚 举 的 基础 类 型 ， 其 声明 如 下 : 

public abstract class Enum<E extends Enum<E>> 


extends Object 
implements Comparable<E>, Serializable 


大 多 数 Java 开发 者 都 会 对 Enum<E extends Enum<E>> 这 样 的 语法 感到 困扰 ， 不 过 该 语法 却 
能 带 来 一 些 重要 的 好 处 。Comparable<E> 接口 中 声明 的 compareTo 方法 也 使 用 了 这 类 语法 : 


int compareTo(E obj) 


如 果 传 入 compareTo 方法 的 对 象 并 不 是 相同 类 型 的 某 一 枚 举 值 ， 便 会 出 现 编译 错 误 。 下 
面 我 们 将 使 用 JDK 中 Enum 类 型 的 两 个 子 类 型 : java.util.concurrent.TimeUnit (http:// 
docs.oracle.com/javase/8/docs/api/java/util/concurrent/TimeUnit.html ) 和 java.net.proxy.Type 
(http://docs.oracle.com/javase/8/docs/api/java/net/Proxy.Type.html) 进行 演示 (将 省 略 某 些 
细节 ) : 


scala> import java.util.concurrent.TimeUnit 
scala> import java.net.Proxy.Type 



































scala> TimeUnit.MILLISECONDS compareTo TimeUnit. SECONDS 
resO: Int = -1 


scala> Type.HTTP compareTo Type.SOCKS 
resi: Int = -1 


scala> TimeUnit.MILLISECONDS compareTo Type.HTTP 
<console>:11: error: type mismatch; 
found : java.net.Proxy.Type(HTTP) 





required: java.util.concurrent.TimeUnit 
TimeUnit.MILLISECONDS compareTo Type.HTTP 
An 


在 Scala 中 ， 使 用 递归 类 型 能 够 方便 我 们 定义 返回 类 型 与 调用 者 类 型 相同 的 方法 ， 即 便 是 
返回 类 型 与 调用 者 类 型 具有 继承 关系 ， 递 归 类 型 也 能 起 作用 。 在 下 面 的 示例 中 ，make 方法 
应 该 返回 与 调用 者 类 型 相同 的 实例 ， 而 不 是 声明 make 方法 的 Parent 类 型 。 


// src/main/scaLa/progscaLa2/typesystem/recursivetypes/f-bound .sc 





























trait Parent[T <: Parent[T]] { // © 
def make: T 

} 

case class Childi(s: String) extends Parent[Child1] { //@ 
def make: Child1 = Childi(s"Child1: make: $s") 

} 


case class Child2(s: String) extends Parent[Child2] { 
def make: Child2 = Child2(s"Child2: make: $s") 


} 

val c1 = Childi("c1") // c1: Child1 = Child1(c1) 

val c2 = Child2("c2") // c2: Child2 = Child2(c2) 

val c11 = c1.make // c11: Child1 = Childi(Child1: make: c1) 
val c22 = c2.make // c22: Child2 = Child2(Child2: make: c2) 
val p1: Parent[Child1] = c1 // p1: Parent[Child1] = Child1(c1) 

val p2: Parent[Child2] = c2 // p2: Parent[Child2] = Child2(c2) 

val p11 = p1.make // p11: Child1 = Childi(Child1: make: c1) 
val p22 = p2.make // p22: Child2 = Child2(Child2: make: c2) 





© Parent 特征 中 定义 了 递归 类 型 。 定 义 Parent 特征 的 语法 与 我 们 之 前 看 到 的 Java 中 声明 
的 Enum 的 语法 是 等 价 的 。 

@ 声明 继承 类 型 时 必须 使 用 X extends Parent[X] 这 样 的 签名 体 。 

请 注意 变量 的 类 型 签名 ,该 类 型 签名 出 现在 示例 脚本 最 后 创建 的 变量 值 注释 中 。 例 如 : 


p22 变量 是 Child2 类 型 ， 即 使 我 们 调用 make 方法 时 传人 了 Parent 对 象 引 用 ， 该 变量 仍 为 
Child2 类 型 。 


15.8 本章 回 顾 与 下 一 章 提要 


Shapeless 库 应 当 是 最 大 程度 地 应 用 了 类 型 系统 的 最 好 例子 (https://github.com/milessabin/ 
shapeless), Scalaz 库 中 也 广泛 使 用 了 一 些 高 级 类 型 概念 。 努 力学 习 并 和 擎 握 类 型 系统 大 有 益 
处 ， 它 能 够 为 你 提供 一 些 解 决 设计 难题 的 创新 工具 。 


请 注意 ， 你 无 须 掌 握 Scala 丰富 的 类 型 系统 所 提供 的 所 有 复杂 点 ， 便 能 很 好 的 使 用 Scala 语 
言 。 不 过 ， 你 对 Scala 类 型 系统 的 具体 细 方 了 解 的 越 多 ， 就 越 容易 应 用 那些 使 用 了 这 些 复 
杂 点 的 第 三 方 库 。 你 也 能 够 构造 属于 你 自己 的 强大 、 复 杂 的 类 库 。 


下 一 章 中 ， 我 们 将 深入 学 习 函 数 式 编程 的 更 为 高 阶 的 内 容 。 
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第 16 章 


级 函数 式 编程 





To} 





让 我 们 回 到 函数 式 编程 ， 并 讨论 一 些 高 级 概念 。 如 果 你 是 一 位 初学 者 ， 你 可 以 跳 过 这 一 
章 。 但 如 果 你 接触 过 诸如 代数 数据 类 型 (algebraic data type)、 范 畴 理论 (category theory) 
和 单子 (monad) 这 样 的 术语 ， 你 需要 再 回 过 头 来 看 这 一 章 。 

本 章 的 目标 是 在 不 深入 过 多 理论 和 符号 的 前 提 下 ， 帮 助 你 认识 到 这 些 概念 是 什么 以 及 它们 
为 什么 如 此 重要 。 


16.1 代数 数据 类 型 

抽象 数据 类 型 (abstract data type) 和 代数 数据 类 型 (algebraic data type) 都 常常 以 ADT 的 
形式 进行 缩写 ， 这 令 人 很 困惑 。 前 者 在 面向 对 象 编程 中 很 常见 ， 它 包括 我 们 熟悉 的 Seq, 
Seq 是 所 有 序列 容器 的 抽象 。 相 对 地 ， 代 数 数据 类 型 来 源 于 函数 式 编程 ， 你 可 能 不 大 熟悉 ， 
但 它 同样 重要 。 

代数 数据 类 型 这 一 术语 的 产生 是 由 于 我 们 将 要 讨论 的 很 多 种 数据 类 型 符合 代数 特性 ， 也 就 
是 数学 特性 。 这 一 点 非常 重要 ， 因 为 如 果 能 够 证 明 类 型 的 属性 ， 我 们 就 有 信心 认为 它们 是 
没有 bug 的 ， 并 且 可 以 通过 组 合 安全 地 构建 起 更 复杂 的 数据 结构 和 算法 。 


16.1.1 加 法 类 型 与 乘法 类 型 
Scala 类 型 分 为 加 法 类 型 (sum type) 与 乘法 类 型 (product type). 


大 部 分 你 已 知 的 类 型 都 是 乘法 类 型 。 比 如 说 ， 当 定义 一 个 case 类 时 ， 你 可 以 拥有 多 少 个 独 
一 无 二 的 实例 呢 ?” 考 虑 下 面 这 个 简单 的 例子 : 


case class Person(name: Name, age: Age) 












































352 


你 可 以 拥有 的 Person 实例 的 个 数 等 于 Name 实例 的 个 数 乘 以 Age 的 实例 个 数 。 比 方 说 ， 
Name 封装 了 非 空 字符 串 ， 并 禁止 非 字 母 字符 。 这 样 ， 仍 然 会 有 无 限 多 个 有 效 值 ， 但 我 们 假 
设 个 数 为 N。 同 样 ，Age 仅 限 于 整数 值 ， 比 方 说 介 于 0 到 130 之 间 。 但 为 什么 不 分 别 使 用 
String 和 Int 来 举例 呢 ? 因为 我 们 一 直 在 强调 ， 只 要 有 可 能 ， 类 型 就 应 该 表明 人 允许 的 合法 
状态 ， 并 防止 无 效 状态 的 出 现 。 
由 于 我 们 可 以 用 任意 的 Name 值 与 任意 的 Age 值 组 合 起 来 创建 Pearson 值 ， 所 以 Person 可 
能 的 实例 个 数 为 131*N。 正 因为 如 此 ， 这 样 的 类 型 被 称 为 乘法 类 型 。 我 们 接触 的 大 部 分 类 
型 都 属于 这 个 范畴 。 
Scala 中 Product 类 型 的 名 称 也 源 于 此 。Product 是 所 有 Tuplen 和 所 有 case 类 的 父 类 ， 我 们 
在 10.4 节 中 已 经 学 习 过 。 
在 2.6 节 我 们 了 解 到 Unit 的 单个 实例 有 个 神秘 的 名 字 一 一 ()。 如 果 我 们 将 它 看 做 一 个 零 
元 素 的 元 组 的 话 ， 这 个 古怪 的 名 字 其 实 是 有 道理 的 。 而 一 个 包含 单个 整数 值 的 元 组 ， 即 
(Int) 或 Tuplet[Int] 可 以 拥有 22 个 值 ， 每 个 值 对 应 一 个 整数 值 。 一 个 没有 元 素 的 元 组 只 
能 有 一 个 实例 ， 因 为 它 不 能 携带 任何 状态 。 
试想 ， 如 果 我 们 拥有 包含 两 个 元 素 的 元 组 (Int，String)， 然 后 向 元 组 追加 Unit， 构 造 一 
个 新 的 元 组 ， 看 看 会 发 生 什么 : 

type unitTimesTuple2 = (Int, String, Unit) 
这 个 类 型 有 具有 多 少 个 可 能 的 实例 ?与 类 型 (Int, String) 拥有 的 实例 个 数 相同 。 从 乘法 的 
角度 看 ， 这 就 像 我 们 对 实例 个 数 乘 以 1。 所 以 ， 这 就 是 Unit 这 个 名 字 的 来 源 ， 就 像 1 是 乘 
法 的 “单位 ”，0 是 加 法 的 单位 一 样 。 
乘法 类 型 有 零 个 实例 的 情况 吗 ? 我 们 需要 一 个 包含 零 个 实例 的 类 型 scaLa.Nothing。 将 
Nothing 与 任意 其 他 类 型 组 合 ， 构 造 的 新 类 型 也 只 能 包含 零 个 实例 ， 因 为 没有 一 个 实例 可 
以 “ 装 下 ”Nothing 字段 。 
加 法 类 型 的 一 个 例子 是 枚 举 类 型 。 回 顾 第 3 章 的 这 个 例子 : 


// src/main/scala/progscala2/rounding/enumeration.sc 












































object Breed extends Enumeration { 
type Breed = Value 
val doberman = Value("Doberman Pinscher") 


val yorkie = Value("Yorkshire Terrier") 

val scottie = Value("Scottish Terrier") 

val dane = Value("Great Dane") 

val portie = Value("Portuguese Water Dog") 
} 


这 个 类 型 有 5 个 实例 。 需 要 注意 的 是 这 些 值 是 相互 排斥 的 。 我 们 不 能 让 它们 进行 组 合 (% 
略 狗 生 育 的 真实 场景 )。 特 定 的 品种 有 且 只 有 一 个 。 
实现 加 法 类 型 的 另 一 个 方法 是 使 用 对 象 的 封闭 继承 (sealed hierarchy of object) : 


sealed trait Breed { val name: String } 
case object doberman extends Breed { val name = "Doberman Pinscher" } 





高 级 函数 式 编程 | 353 


case object yorkie extends Breed { val name 
case object scottie extends Breed { val name 
case object dane extends Breed { val name 
case object portie extends Breed { val name 


"Yorkshire Terrier" } 
"Scottish Terrier" } 
"Great Dane" } 
"Portuguese Water Dog" } 














你 只 需要 带 索 引 的 “标志 位 ”时 ， 使 用 枚 举 或 对 用 户 友 好 的 字符 串 。 如 果 需 
带 更 多 的 状态 信息 ， 那 就 使 用 对 象 的 封闭 继承 。 


16.1.2 ”代数 数据 类 型 的 属性 

在 数学 中 ， 代 数 通过 三 个 方面 定义 。 

(1) 一 系列 对 象 ; 不 要 与 OO 语 境 中 的 对 象 混淆 。 这 里 说 的 对 象 可 以 是 数字 或 任何 东西 。 

(2) 一 系列 操作 : 表示 元 素 如 何 组 合 在 一 起 创建 新 元 素 。 

(G3) 一 系列 规则 : 定义 了 操作 与 对 象 之 间 的 关系 。 例 如 : 对 于 数组 ， 存 在 以 下 规则 : Ge + oy 
+ z)) == (œ +y) +z) ( 即 结合 律 )。 

下 面 我 们 先 来 考虑 乘法 类 型 。 关 于 实例 个 数 的 非 正式 参数 ， 现 在 用 操作 和 数学 规则 加 以 正 

式 描述 。 再 次 考虑 将 Unit“ 加 ”到 (Int, String) 上 的 操作 。 它 符合 交换 律 : 
Unit x (Int,String) == (Int,String) x Unit 

从 类 型 的 实例 个 数 的 角度 看 ， 这 是 正确 的 。 这 就 像 任意 N 都 满足 1*N = N*1 一 样 。 这 一 点 

可 以 推广 到 非 Unit 类 型 : 
Breeds x (Int,String) == (Int,String) x Breeds 

就 像 对 任意 的 数字 M 和 都 有 M*N = N*M 一样 。 类 似 地 ， 与 “ 零 ”(Nothing) 相 乘 也 请 

足 交 换 律 : 
Nothing x (Int,String) == (Int,String) x Nothing 

谈 到 加 法 类 型 ,我 们 应 该 记得 集合 的 元 素 具有 唯一 性 。 因 此 ， 我 们 能 想到 ， 允 许 的 合法 厂 

eh 个 集合 。 这 就 意味 着 ， 癌 集合 中 加 入 Nothing， 依 然 得 到 同一 个 集合 。 而 向 
合 中 加 入 Unit 则 会 创建 一 个 新 的 集合 ， 新 集合 中 包括 所 有 原来 的 元 素 再 加 上 一 个 新 元 素 


a oe 类 型 ， 新 集合 将 包含 该 新 类 型 所 人 允许 的 所 有 实 
例 ， 以 及 集合 原 有 的 元 素 。 这 与 加 法 的 代数 规则 相 一 BL: 
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Nothing + (doberman, yorkie, ...) == (doberman, yorkie, ...) + Nothing 
Unit + (doberman, yorkie, ...) == (doberman, yorkie, ...) + Unit 
Person + (doberman, yorkie, ...) == (doberman, yorkie, ...) + Person 





其 至 还 有 一 个 形式 为 x*(a + b)=x*a +x*b 的 分 配 律 ， 请 自行 验证 分 配 律 的 有 效 性 。 
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16.1.3 ”代数 数据 类 型 的 最 后 思考 

还 有 更 多 有 待 探 索 的 属性 ， 不 过 我 推荐 你 参阅 Chris Taylor 的 博客 系列 (http://chris-taylor. 
github.io/blog/2013/02/10/the-algebra-of-algebraic-data-types/) ， 他 向 我 们 出 色 地 讲解 了 更 多 
细 市 。 

这 一 切 与 编程 有 什么 关系 呢 ?” 这 种 精确 的 推理 鼓励 我 们 审视 我 们 的 类 型 。 这 些 类 型 是 否 有 
确切 的 含义 ? 它们 有 没有 将 合法 的 值 限制 在 那些 有 意义 的 值 上 ? 它们 组 合 起 来 创建 新 类 型 
时 是 否 有 精确 的 行为 ? 

我 最 喜欢 的 有 关 “ 意 想不到 ”的 精确 的 例子 是 Scala 中 的 List 类 型 。 它 是 一 个 抽象 类 ， 只 
有 两 个 具体 子 类 ML 和 ::， 后 者 表示 非 空 列表 。 说 一 个 List 要 么 是 空 的 ， 要 么 是 非 空 的 ， 
这 听 起 来 好 像 很 没有 意义 ， 但 通过 这 两 种 类 型 我 们 可 以 构造 出 所 有 的 列表 ， 并 精确 界定 列 
表 应 该 有 的 行为 。 


16.2 ”范畴 理论 


也 许 在 Scala 社区 中 最 具 和 争议 的 辩论 是 多 大 程度 上 接受 范畴 理论 。 范 畴 理论 是 数学 的 一 个 
分 文 ， 我 认为 这 是 函数 式 设计 模式 的 来 源 。 本 方 介绍 范畴 理论 的 基本 思想 和 函数 式 编程 最 
常用 的 几 个 实际 范畴 。 它 们 是 非常 强大 的 工具 ， 至 少 对 于 那些 愿意 掌握 它们 的 开发 团队 来 
说 是 这 样 。 

使 用 范畴 理论 有 很 大 的 争议 ， 因 为 它 的 数学 基础 令 人 生 且 。 可 访问 的 文档 很 难 找到 。 范 畴 
理论 在 全 局 属性 的 层面 概括 了 所 有 的 数学 概念 。 因 此 ， 它 提供 了 深刻 而 深远 的 抽象 ， 但 是 
当 应 用 到 代码 中 的 时 候 ， 许 多 开发 者 都 在 同 极度 的 抽象 做 斗争 。 拥 有 有 基体、 特定 细 方 的 代 
码 更 容易 为 大 多 数 人 理解 ， 但 我 们 也 知道 抽象 非常 有 用 。 问 题 的 关键 在 于 寻求 平衡 ， 尤 其 
是 在 你 感觉 很 舒服 的 位 置 打 破 平衡 ， 这 将 决定 范畴 理论 是 否 适合 你 。 

然而 ， 目 前 范畴 理论 在 高 级 函数 式 编程 中 占有 中 心 位 置 。 它 被 率先 用 在 Haskell 中 解决 
各 种 设计 问题 ， 并 突破 函数 式 思想 的 常规 。 现 在 大 多 数 函 数 式 语言 都 提供 了 常见 类 别 的 
实现 。 


如 有 果 你 是 一 名 Scala 的 高 级 开发 者 ， 你 应 该 学 习 范 畴 理论 的 基本 理论 ， 并 应 用 于 实际 编程 ， 
然后 再 决定 它 是 否 适合 你 的 团队 和 项 目 。 不 笠 的 是 ， 我 发 现在 组 织 上 范畴 理论 支持 者 写 的 
库 却 失败 了 。 这 是 因为 团队 的 其 他 成 员 发 现 这 个 库 太 难 理解 和 维护 。 如 果 你 也 支持 范畴 理 
论 ， 一 定 要 考虑 所 写 代 码 的 生命 周期 和 社会 发 展 的 因素 。 


Scalaz (发 音 为 Scala Zed) 是 实现 了 范畴 的 主要 Scala 库 ， 也 是 学 习 和 实验 的 一 个 好 载体 。 
我 们 已 经 在 7.4.4 节 中 利用 了 其 中 的 Validation 类 型 。 在 本 章 中 ， 我 将 尽量 简化 范畴 的 实 
现 ， 以 减少 学 习 的 成 本 。 

从 基 种 意义 上 说 ， 本 节 内 容 是 15.5 节 内 容 的 延续 。 在 15.5 节 ， 我 们 讨论 了 参数 化 类 型 的 
抽象 。 例 如 : 如 果 有 一 个 Seq[A] 方法 ， 我 们 是 否 可 以 将 其 推广 到 MIA] ?在 这 里 MM 是 一 
个 类 型 参数 ， 表 示 任 意 一 个 被 参数 化 的 类 型 。 现 在 ， 我 们 将 对 函数 式 的 概念 ， 如 组 合子 、 
map, flatMap 等 进行 抽象 。 
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16.2.1 关于 范畴 

我 们 从 范畴 的 一 般 定 义 开 始 ， 其 定义 包括 三 个 “实体 ”( 类 似 代 数 的 定义 )。 

(1) 一 个 包含 一 系列 对 象 的 类 别 。 这 与 OOP 对 应 的 术语 不 同 ， 但 含义 类 似 。 

(2) 一 组 态 射 (morphism) ， 也 称 为 箭头 (arrow), AERA PED, SA fA 
-> B (Bl Scala 中 的 f: A => B)。 对 于 每 个 态 射 /， 其 中 一 个 对 象 为 域 (domain) ， 另 一 
个 为 值 域 (codomain) 。 用 对 象 这 个 词 感觉 有 些 奇怪 ， 但 在 有 些 范 畴 中 ， 每 个 对 象 本 身 
就 是 一 系列 值 或 其 他 范畴 的 集合 。 

(3) 一 个 称 为 态 射 组 合 的 二 元 操作 ， 其 特性 是 ， 对 于 上 4 ->B 与 g: 有 -> C， 其 组 合 为 g。 太 4 
-> C. 

态 射 组 合 满足 两 个 公理 。 

(1) ET HR x 有 且 仅 有 一 个 单位 态 射 。 也 就 是 说 ， 当 域 和 值 域 相同 时 ， 姜 , 与 单位 态 射 的 
组 合 有 以 下 属性 : f° ID, = ID,° f 

(2) 结合 律 : 对 于 /4->B, g:B->C, h:C->D, 存在 (f°8)。°h=f°(g°hh)。 

接 下 来 我 们 将 讨论 的 范畴 具备 以 上 特性 和 规则 。 我 们 只 研究 两 个 (在 众多 数学 范畴 中 ) 

软件 开发 中 用 到 的 范畴 ，Functor 和 Monad。 我 们 还 会 提 到 另外 两 个 ， 即 Applicative 与 

Arrow 范畴 。 





























16.2.2 Functor k 


Functor 抽象 了 映射 (map) 操作 。 我 们 曾 在 15.6 Sl A map 以 实现 一 个 需要 使 用 类 型 
Lambda 表达 式 的 例子 。 但 这 里 ， 我 们 将 用 一 种 稍微 不 同 的 方式 来 实现 它 。 首 先 定 义 抽象 ， 
然后 在 三 个 具体 类 型 Seq, Option 和 A => B 中 实现 map: 

// src/main/scala/progscala2/fp/categories/Functor.scala 


package progscala2.fp.categories 
import scala. language. higherKinds 

















trait Functor[F[_]] { //@ 
def map[A, B](fa: F[A])(f: A => B): F[B] // @ 

} 

object SeqF extends Functor[Seq] { // ° 


def map[A, B](seq: Seq[A])(f: A => B): Seq[B] = seq map f 


object OptionF extends Functor[Option] { 
def map[A, B](opt: Option[A])(f: A => B): Option[B] = opt map f 
} 


object FunctionF { //@ 
def map[A,A2,B](func: A => A2)(f: A2 => B): A => B= { //® 
val functor = new Functor[({type A[B] =A => B})#A] { // O 
def map[A3,B](func: A => A3)(f: A3 => B): A => B = (a: A) => f(func(a)) 
} 
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functor .map(func)(f) //@ 





} 
} 
@ 相 比 15.6 节 中 上 一 个 版 本 的 代码 ， 这 里 的 map 方法 的 参数 是 F 的 实例 (F 是 某 种 类 型 的 
容器 ) 。 此 外 ， 像 以 前 一 样 ， 我 们 不 使 用 map2 做 名 字 。 
@ map 的 参数 是 F[A] ， 它 是 一 个 类 型 为 A => B 的 函数 。 返 回 值 是 F[B] 类 型 的 实例 。 
© Seq Fil Option 的 实现 对 象 。 
@ 定义 一 个 实现 对 象 ， 用 于 将 一 个 函数 映射 到 另 一 个 函数 ， 这 可 没 那 么 容易 1 
© FunctionF 定义 了 自己 的 map 方法， 对 map 的 调用 与 ssq、0ption 和 其 他 任意 我 们 要 实 





现 的 转换 的 语法 相同 。 这 个 map 方法 的 输入 参数 是 我 们 要 转换 的 函数 和 执行 该 转换 的 
函数 。 注 意 看 这 里 的 类 型 : 我 们 要 将 A => A2 函数 转 为 A => B 函数 ,意味 着 map 的 第 
二 个 函数 参数 ff 的 类 型 应 该 是 A2 => B。 换 句 话 说 ， 我 们 是 在 将 函数 级 联 起 来 。 
@ 在 map 的 实现 中 ， 用 恰当 的 类 型 构造 了 一 个 Functor， 用 于 实现 转换 。 
© 最 后 ，FunctionF.map 调用 该 Functor， 其 中 FunctionF.map 的 返回 值 是 A => B, 
FunctionF 是 平凡 的 。 但 理解 它 时 ， 应 该 记 住 我 们 并 没有 改变 最 初 的 类 型 A， 只 是 在 后 面 又 
级 联 了 另 一 个 国 数 ， 该 国 数 采 用 func 的 输出 A2 作为 其 输入 值 ， 然 后 调用 f。 
下 面 我 们 来 试 试 这 些 类 型 ; 


// src/main/scala/progscala2/fp/categories/Functor.sc 
import progscala2.fp.categories._ 
import scala. Language.higherKinds 
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thes i 2 
LSS 2. Te E 
d => d.toString 


val fii: Int => Int 
val fid: Int => Double 
val fds: Double => String 


SeqF.map(List(1,2,3,4)) (fii) // Seg[Int]: List(2, 4, 6, 8) 
SeqF .map(List.empty[Int]) (fii) // Seq[Int]: List() 
OptionF.map(Some(2)) (fii) // Option[Int]: Some(4) 
OptionF.map(Option.empty[Int]) (fii) // Option[Int]: None 

val fa = FunctionF.map(fid) (fds) //@ 
fa(2) // String: 4.2 

// val fb = FunctionF.map(fid) (fds) (2) 
val fb = FunctionF.map[Int,Double,String](fid)(fds) 

fb(2) 

val fc = fds compose fid //® 
fc(2) // String: 4.2 


O 将 Int => Double 类 型 的 函数 与 Double => String 类 型 的 函数 级 联 在 一 起 ， 创 造 一 个 妆 
函数 ， 然 后 在 下 一 行 调用 这 个 函数 。 

@ 不 幸 的 是 ， 在 这 个 函数 字面 量 FunctionF.map 中 ， 参 数 的 类 型 无 法 推断 ， 所 以 必须 使 用 
显 式 的 类 型 。 
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© 请 注意 ，FunctionF.map(f1)(f2) == f2 compose f1， 而 不 是 f1 compose f2 | 


那么 ， 为 什么 带 map 操作 的 参数 化 类 型 被 称 为 Functor Ye? 让 我 们 再 看 一 下 map 的 声明 。 
为 了 简单 起 见 ， 我 们 用 Seq 对 其 重新 定义 ， 并 对 参数 列表 进行 转换 : 


scala> def map[A，B](seq: Seq[A])(f: A => B): Seq[B] = seq map f 








scala> def map[A, B](f: A => B)(seq: Seq[A]): Seq[B] = seq map f 
现在 ， 当 我 们 使 用 第 二 个 版 本 的 部 分 应 用 程序 时 ， 注 意 返 回 新 函数 的 类 型 : 


scala> val fm = map((i: Int) => i * 2.1) _ 
fm: Seq[Int] => Seq[Double] = <function1> 


所 以 ， 这 个 map 方法 将 国 数 A => B 提升 为 了 Seq[A] => Seq[B] ! 一 般 情 况 下 ， 对 于 所 有 的 
A Fil B 类 型 ，Functor.map 将 A => B 态 射 为 FLA] => F[B]， 其 中 F 必须 是 一 个 范畴 。 换 名 
话说 ，Functor 允许 我 们 对 保存 一 个 或 多 个 A 值 的 “上 下 文 ” 应 用 纯 函 数 (f: A => B), mi 
不 需要 我 们 自己 将 A 值 提取 出 来 再 对 这 些 值 应 用 函数 f， 最 后 再 将 结果 放 进 一 个 新 的 “上 
下 文 ” 中 。Functor 一 词 用 于 抽象 纯 函 数 的 这 种 用 法 。 


在 范畴 理论 中 ， 其 他 的 范畴 都 是 对 象 ， 而 态 射 是 范畴 间 的 映射 。 例 如 : List[Int] 和 
List[String] 就 是 两 个 范畴 ， 它 们 各 自 的 对 象 是 所 有 可 能 的 Int 值 和 String 值 组 成 的 
列表 。 

在 范畴 理论 的 一 般 特 性 和 公理 之 外 ，Functor 还 有 两 个 属性 。 

(1) Functor F 能 保持 单位 值 。 也 就 是 说 ， 域 中 的 单位 值 映射 到 值 域 中 ， 仍 然 是 单位 。 

(2) Functor F 能 保持 组 合 FE. g) = FA) ° Flg). 


下 面 给 出 第 一 个 属性 的 例子 ， 空 列表 是 列表 的 “单位 ”。 想 想 看 ， 当 你 把 空 列表 与 另 一 
列表 连接 会 发 生 什 么 。 对 空 列 表 的 映射 依然 返回 空 列 表 ， 但 列表 元 素 类 型 可 能 变 了 。 


这 些 一 般 性 的 或 者 Functor 独 有 的 属性 是 否 真 的 满足 呢 ? 以 下 的 ScalaCheck 属性 测试 代码 
对 其 进行 了 验证 : 


// src/test/scala/progscala2/fp/categories/FunctorProperties.scala 
package progscala2.fp.categories 

import org.scalatest.FunSpec 

import org.scalatest.prop.PropertyChecks 
































































































































class FunctorProperties extends FunSpec with PropertyChecks { 


def id[A] = identity[A] _ // identity method 提 升 为 国 数 
def testSeqMorphism(f2: Int => Int) = { //@ 
val f1: Int => Int =_ * 2 


import SeqF._ 
forALL { (l: List[Int]) => 
assert( map(map(1)(f1))(f2) === map(1l)(f2 compose f1) ) 
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def testFunctionMorphism(f2: Int => Int) = { //@ 
val f1: Int => Int = _ * 2 
import FunctionF._ 
forALL { (i: Int) => 
assert( map(f1)(f2)(i) === (f2 compose f1)(i) ) //° 
} 
} 


describe ("Functor morphism composition") { //@ 
it ("works for Sequence Functors") { 
testSeqMorphism(_ + 3) 
} 
it ("works for Function Functors") { 
testFunctionMorphism(_ + 3) 


} 
} 
describe ("Functor identity composed with a another function commutes") { 
it ("works for Sequence Functors") { // 0 
testSeqMorphism(id[Int]) 
} 


it ("works for Function Functors") { 
testFunctionMorphism(id) 
} 
} 


describe ("Functor identity maps between the identities of the categories") { 
it ("works for Sequence Functors") { [ILO 
val f1: Int => String = _.toString 
import SeqF._ 
assert( map(List.empty[Int])(f1) === List.empty[String] ) 
} 
it ("works for Function Functors") { 
val f1: Int => Int =_ * 2 
def id[A] = identity[A] _  // 将 方法 提升 为 函数 
import FunctionF._ 
forALL { (i: Int) => 
assert( map(id[Int])(f1)(i) === (f1 compose id[Int])(i) ) 
} 
} 
} 


describe ("Functor morphism composition is associative") { 
it ("works for Sequence Functors") { // © 

val f1: Int => Int = _ * 2 

val f2: Int => Int = _ + 3 

val f3: Int => Int =_ * 5 

import SeqF._ 

forALl { (l: List[Int]) => 
val m12 = map(map(1)(f1))(f2) 
val m23 = (seq: Seq[Int]) => map(map(seq)(f2))(f3) 
assert( map(m12)(f3) === m23(map(1l)(f1)) ) 

} 


it ("works for Function Functors") { 
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val f1: Int => Int 
val f2: Int => Int 
val f3: Int => Int 
val f: Int => Int 
import FunctionF._ 
val m12 = map(map(f)(f1))(f2) 
val m23 = (g: Int => Int) => map(map(g)(f2))(f3) 
forALl { (i: Int) => 

assert( map(mi2)(f3)(i) === m23(map(f)(f1))(i) ) 
} 

} 
} 
} 


@ 一 个 辅助 函数 ， 对 SeqF 验证 态 射 组 合 。 从 本 质 上 讲 ， 先 对 Functor 与 一 个 国 数 做 映射 ， 
然后 将 输出 的 结果 与 第 二 个 函数 做 映射 ,这样 产 生 的 函数 与 先 将 函数 进行 组 合 ， 再 执 
行 一 次 映射 产生 的 函数 相同 吗 ? 

@ 一 个 类 似 的 辅助 函数 ， 对 Function 验证 态 射 的 组 合 。 

日 注意 我 们 对 函数 做 了 “ 态 射 "”， 然 后 用 一 系列 生成 的 Int 值 来 验证 函数 是 否 返 回 相同 的 

输出 。 

对 SeqF 和 FunctionF 同时 验证 态 射 组 合 。 

对 SeqF 和 FunctionF 验证 单位 特性 。 

验证 Functor 独 有 的 特性 : 单位 经 过 映射 后 还 是 单位 。 

验证 Functor 独 有 的 特性 : 态 射 满足 交换 律 。 

回 到 程序 本 身 ， 是 否 有 必要 冒 着 给 代码 增加 复杂 性 的 风险 ， 定 义 一 个 额外 的 map 抽象 ， 

这 具有 实际 意义 吗 ? 在 一 般 情况 下 ， 对 数学 上 可 证 明 的 性 质 进 行 抽象 ， 有 助 于 我 们 推理 

出 程序 的 结构 和 行为 。 例 如 ， 一 旦 有 了 广义 的 抽象 map， 我 们 就 可 以 将 其 应 用 到 许多 不 

同 的 数据 结构 ， 甚 至 函数 中 。 这 种 范畴 理论 的 推理 能 力 已 经 在 计算 机 科学 研究 的 多 个 领 

成 得 到 应 用 。 
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16.2.3 Monad3p ie 

如 果 说 Functor 是 对 map 的 抽象 ， 那 么 有 没有 与 flatMap 相对 应 的 抽象 呢 ? 的 确 有 ， 就 是 
Monad。 该 名 称 源 于 古 希腊 的 毕 达 哥 拉 斯 学 派 哲 学 家 所 创造 的 monas 一 词 ， 翻 译 过 来 大 致 
意思 是 “生成 其 他 所 有 事物 的 神 ”。 

以 下 是 我 们 对 Monad 的 定义 : 


// src/main/scala/progscala2/fp/categories/Monad.scala 
package progscala2.fp.categories 
import scala. Language. higherKinds 


trait Monad[M[_]] { //@ 
def flatMap[A, B](fa: M[A])(f: A => M[B]): M[B] // @ 
def unit[A](a: => A): M[A] //° 


// 一 些 常用 别名 : 
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def bind[A,B](fa: M[A])(f: A => M[B]): M[B] = fLatMap(fa)(f) 

def >>=[A,B](fa: M[A])(f: A => M[B]): M[B] = flatMap(fa)(f) 

def pure[A](a: => A): M[A] = unit(a) 

def ‘return [A](a: => A): M[A] = unit(a) // 添加 反 引 号 ,避免 与 关键 字 冲 突 
} 


object SeqM extends Monad[Seq] { 
def flatMap[A, B](seq: Seq[A])(f: A => Seq[B]): Seq[B] = seq flatMap f 
def unit[A](a: => A): Seq[A] = Seq(a) 

} 


object OptionM extends Monad[Option] { 
def flatMap[A, B](opt: Option[A])(f: A => Option[B]):Option[B]= opt flatMap f 
def unit[A](a: => A): Option[A] = Option(a) 
} 
FA M[_] 表示 拥有 “Monad 性 质 ”的 类 型 。 跟 Functor 一 样 ， 它 只 带 有 一 个 类 型 参数 。 
注意 传 给 flatMap 的 参数 f 类 型 为 A => M[B]， 而 不 是 A => B, 
Monad 还 有 第 二 个 函数 ， 输 入 参数 a， 它 将 在 Monad 实例 中 人 返回。 在 Scala 中 ， 这 通常 
是 由 构造 器 和 case 类 的 apply 方法 实现 的 。 
数学 和 编程 语言 使 用 不 同 的 术语 。 这 里 的 >>= 和 return 是 Haskell 的 标准 。 但 在 Scala 
中 ， 这 两 个 名 字 是 有 问题 的 。 由 于 = 操作 符 的 优先 级 问题 ， 在 >>= 结尾 的 = 会 带 来 有 
趣 的 行为 。 除 非 像 代码 所 示 的 一 样 ， 将 return 用 引号 引起 ， 否 则 这 个 名 字 会 与 关键 字 


冲突 。 


























有 时 对 flatMap， 也 就 是 bind 的 抽象 ， 被 称 为 Bind。 


更 常见 的 是 ， 只 对 unit 或 pure ( 纯 性 ) 的 抽象 被 称 为 Applicative。 注 意 unit 与 case 类 的 


apply 方法 多 么 相似 ， 两 者 都 传人 了 一 个 值 ， 然 后 返回 





一 个 类 型 实例 ! 作为 对 构造 的 抽象 ， 





Applicative 也 非常 有 趣 。 回 想 5.2.3 节 和 12.3.2 节 中 CanBuildFrom 在 集合 库 是 如 何 用 来 构 


造 新 的 集合 实例 的 。 如 果 不 用 那么 灵活 ，Applicative 可 以 作为 另 一 种 选择 。 


我 们 来 尝试 使 用 Monad 的 实现 : 


// src/main/scala/progscala2/fp/categories/Monad 
import progscala2.fp.categories._ 
import scala. language.higherKinds 


val seqf: Int => Seg[Int] = i => 1 toi 





。SC 


val optf: Int => Option[Int] = i => Option(i + 1) 


SeqM. flatMap(List(1,2,3))(seqf) // Seq[Int]: List(1,1,2,1,2,3) 
SeqM. flatMap(List.empty[Int])(seqf) // Seq[Int]: List() 
OptionM. flatMap(Some(2))(optf) // Option[Int]: Some(3) 


OptionM. flatMap(Option.empty[Int])(optf) // Option[Int]: None 


描述 flatMap 的 一 种 方法 是 : 它 从 左边 的 容器 中 提取 类 型 A 的 一 个 元 素 ， 将 其 绑 定 到 新 容 
器 实例 中 的 一 个 新 元 素 中 ， 并 由 此 得 名 。 类 似 Map， 它 不 需要 知道 如 何 从 M[A] 中 提取 元 








素 。 不 过 ， 看 起 来 它 的 函数 参数 必须 知道 如 何 构建 一 


个 新 的 M[B]。 实 际 上 ， 这 并 不 是 问 
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题 ， 因 为 调用 unit 可 以 做 到 这 一 点 。 在 Scala 这 样 的 面向 对 象 的 编程 语言 中 ， 实 际 返 回 的 
Monad 类 型 可 能 是 M 的 子 类 型 。 

Monad 的 规则 如 下 
unit 的 行为 类 似 单位 (正如 其 名 ) : 


flatMap(unit(x))(f) == f(x) 这 里 的 x 是 一 个 值 
fLatMap(m)(unit) == m 这 里 mn 是 Monad 的 一 个 实例 


类 似 Functor 的 态 射 组 合 ， 先 后 对 两 个 函数 做 flatMap， 就 像 对 两 个 函数 的 组 合 函 数 做 一 次 
flatMap 一 样 : 








o 











flatMap(flatMap(m)(f))(g) == flatMap(m)(x => flatMap(f(x))(g)) 


代码 示例 包含 属性 测试 ， 以 验证 这 些 属 性 ( 见 sre/test/scala/progscala2/toolslibs/fp/ 


MonadProperties.scala ) : 








16.2.4 Monad 的 重要 性 


讽刺 的 是 ， 在 范畴 理论 中 Functor kk Monad 更 重要 ， 但 在 软件 应 用 中 ，Funtor 的 重要 性 则 
远 比 不 上 Monad, 


MEMEH, Mond 之 所 以 重要 ， 是 因为 它 为 我 们 提供 了 一 个 对 某 个 值 包装 上 下 文 信息 的 
规范 方法 。 当 这 个 值 发 生变 化 时 ，Monad 可 以 传递 给 上 下 文 并 引起 相关 变化 。 这 样 ， 就 可 
以 将 值 和 上 下 文 之 间 的 耦合 降 到 最 低 。 而 Monad 可 以 通知 读者 上 下 文 的 存在 。 


这 种 “模式 ”在 Scala 中 很 常用 ， 该 模式 率先 在 Haskell 中 使 用 ， 之 后 局 发 了 Scala。 我 们 
在 7.4 节 接 触 过 一 些 例子 ， 包 括 Option, Either, Try 和 scalaz.Validation, 

它们 都 满足 Monad 特性 ， 因 为 它们 都 支持 fLatMap 及 构造 (case 类 的 apply 方法 ， 而 不 是 
unit)。 它 们 允许 操作 序列 ， 并 可 以 用 不 同 的 方式 对 失败 进行 处 理 ， 通 常 是 返回 父 类 型 的 子 
类 实例 。 

回想 flatMap 的 简化 版 函数 签名 ， 其 中 使 用 了 Try: 


sealed abstract class Try[+A] { 
def flatMap[B](f: A => Try[B]): Try[B] 
} 
其 他 类 型 也 是 类 似 的 。 接 下 来 我 们 考虑 多 步骤 的 处 理 ， 其 中 上 一 步骤 的 处 理 结果 是 下 一 步 
又 的 输入 ， 遇 到 第 一 个 失败 时 就 停止 处 理 ; 


// src/main/scala/progscala2/fp/categories/for-tries-steps.sc 
























































lay 




















t 


import scala.util.{ Try, Success, Failure } 
type Step = Int => Try[Int] //@O 
val successfulSteps: Seq[Step] = List( //@ 


(i:Int) => Success(i + 5), 
(i:Int) => Success(i + 10), 
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(i:Int) => Success(i + 25)) 

val partiallySuccessfulSteps: Seq[Step] = List( 
(i:Int) => Success(i + 5), 
(i:Int) => Failure(new RuntimeException("FAIL!")), 
(i:Int) => Success(i + 25)) 


def sumCounts(countSteps: Seq[Step]): Try[Int] = { // ©® 
val zero: Try[Int] = Success(0) 
(countSteps foldLeft zero) { 
(sumTry, step) => sumTry flatMap (i => step(i)) 
} 
} 


sumCounts(successfulSteps) 
// 返回 : scala.util.Try[Int] = Success(40) 


sumCounts1(partiallySuccessfulSteps) 
// 返回 : scala.util.Try[Int] = Failure(java.lang.RuntimeException: FAIL!) 


O “步骤 ”函数 的 别名 。 
@ 两 个 包含 多 个 步骤 的 序列 ， 其 中 一 个 序列 全 部 成 功 ， 另 一 个 序列 里 有 一 个 步骤 会 失败 。 
@ 一 个 方法 ， 输 入 一 个 步 又 序列 ， 将 每 个 步骤 的 输出 输入 到 下 一 个 步骤 去 执行 。 


sumCounts 方法 中 的 逻辑 用 来 处 理 步 又 序列 ， 而 flatMap 则 用 来 处 理 Try 容器 。 注 意 返 
回 的 是 子 类 型 ， 要 么 返回 Success， 要 么 返回 Failure。 我 们 在 17.2 节 将 会 看 到 scala. 
concurrent.Future (http://www.scala-lang.org/api/current/scala/concurrent/Future.html) 也 是 


Monad 性 质 的 。 


Monad 首先 在 Haskell 中 使 用 ', 其 中 Haskell 十 分 强调 函数 的 纯 性 。 例 如 , Monad 在 纯 代 码 
中 被 用 于 区 分 输入 与 输出 (IO)。I0 Monad 能 处 理 这 种 不 同 的 关注 点 。 另 外 ， 由 于 Monad 
出 现在 使 用 它 的 函数 的 签名 中 ， 读 者 和 编译 器 都 知道 该 函数 不 是 纯 函 数 。 类 似 地 ， 出 于 相 
同 的 目的 ， 在 很 多 语言 中 也 定义 了 Reader 和 WriterMonad。 

Monad 的 推广 是 Arrow, Monad 将 一 个 值 提升 为 上 下 文 ， 也 就 是 说 ,传递 给 flatMap 的 函数 
的 类 型 为 A => M[B]， 而 Arrow 将 函数 提升 为 上 下 文 ， 即 (A => B) => C [A => B], Arrow 
的 组 合 可 以 表示 一 系列 的 处 理 步骤 ， 也 就 是 先 执行 A => B， 再 执行 B => C 等 。 这 种 用 法 
的 引用 是 透明 的 ， 在 实际 的 上 下 文 环境 之 外 。 与 此 相反 ， 传 递 给 flatMap 的 函数 明确 知道 它 
的 上 下 文 ， 这 一 点 体现 在 返回 值 中 ! 


16.3 ”本 章 回 顾 与 下 一 章 提要 


我 希望 这 篇 对 高 级 概念 的 简短 介绍 ， 足 够 帮助 你 理解 人 们 和 常 提起 的 一 些 概念 。 如 果 这 些 概 
念 理解 起 来 有 困难 ， 我 希望 本 篇 的 介绍 能 够 帮助 你 进一步 理解 这 些 概 念 如 此 强大 的 原因 。 


Scala 的 标准 库 采 用 面向 对 象 而 不 是 用 范畴 的 方法 来 增加 国 数 ， 如 map, flatMap 和 unit, 









































































































































注 1: Philip Wadler 在 其 个 人 主页 (http://homepages.inf.ed.ac.uk/wadler/topics/monads.html) 上 写 了 多 篇 前 沿 
性 文章 ， 探 讨 Monad 理论 及 其 应 用 。 
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然而 ， 通 过 像 flatMap 一 样 的 方法 ， 我 们 可 以 获得 “具有 Monad 属性 ”的 行为 ， 让 for HE 
导 式 更 简洁 。 

我 曾 不 经 意 地 提 到 Monad, Functor, Applicative 和 Arrow 等 概念 ， 用 来 作为 函数 式 设计 模 
式 的 例子 。 尽 管 这 些 概念 对 某 些 函数 式 编程 开发 者 来 说 很 难 理解 ， 但 在 面向 对 象 编程 中 ， 
无 论 采 取 什 么 形式 ， 模 式 的 过 度 使 用 并 没有 让 可 复 用 构造 器 的 核心 思想 失效 ， 

不 幸 的 是 ， 范 畴 一 直 神 秘 不 可 知 。 这 是 因为 复杂 的 数学 表达 形式 和 名 称 使 得 大 部 分 开发 者 
很 难 理解 它们 。 但 它们 本 质 上 是 对 我 们 熟悉 的 概念 的 抽象 ， 对 程序 的 正确 性 、 合 理性 、 简 
洛 性 和 表达 力 很 有 意义 。 我 们 希望 这 些 概念 在 开发 者 中 逐渐 变 得 熟知 起 来 。 

附录 A 中 列 出 了 一 些 书 籍 、 论 文 和 博文 ， 用 于 对 函数 式 编程 进行 更 深层 次 的 探讨 。 有 几 点 
值得 在 这 里 强调 。 你 可 能 会 研究 到 的 其 他 两 个 国 数 式 结构 有 Lense 和 Monad Transforme, 
前 者 用 于 获取 或 设置 (设置 会 引起 实例 复制 ) 内 套 在 实例 中 的 值 ， 后 者 用 于 将 Monad 组 合 
起 来 。 

Paul Chiusano 与 Rúnar Bjarnason 的 《Scala 函数 式 编程 》 是 你 进一步 学 习 函 数 式 编程 知 
识 的 有 用 资料 ， 书 中 还 提供 了 大 量 的 Scala 练习 。 该 书 的 作者 是 Scalaz 的 主要 贡献 者 。 
Eugene Yokota 在 博客 上 连续 发 表 了 多 篇 关于 Scalaz 学 习 的 相当 棒 的 文章 。 


Shapeless 网 站 对 高 级 的 构造 技巧 ， 尤 其 是 类 型 系统 中 的 构造 进行 了 探索 。 聚 合 类 网 站 
http://typelevel.org 里 面 也 有 不 少 具 有 启发 性 的 项 目 。 


下 一 章 主要 介绍 一 些 更 实用 的 技能 ， 即 如 何 运 用 Scala 编写 高 并 发 软件 。 
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第 17 章 


并 发 工具 





21 世纪 初期 ， 摩 尔 定律 已 经 不 大 适用 单 核 CPU， 多 核 问 题 (multicore problem) 不 断 得 到 
人 们 的 关注 。 通 过 增加 CPU 的 核 数 和 服务 器 数量 ， 并 使 用 水 平 扩展 取代 垂直 扩展 ， 我 们 
能 够 继续 对 性 能 进行 扩展 。 

水 平 扩展 要 求 开发 人 员 编 写 并 发 软件 ， 这 为 开发 人 员 带 来 了 挑战 。 并 发 并 不 容易 处 理 ， 这 
类 应 用 需要 对 共享 可 变 状 态 的 访问 进行 协调 ， 这 意味 需要 处 理 使 用 锁 、 互 斥 量 及 信号 量 这 
样 的 工具 的 多 线程 编程 。 如 果 未 能 正确 地 协调 这 些 访 问 ， 便 会 产生 像 第 2 章 中 提 到 的 那 种 
不 可 预见 的 行为 。 在 第 2 章 中 ， 其 他 线程 突然 对 你 所 使 用 的 一 些 变量 进行 了 修改 ， 这 也 意 
味 着 代码 中 存在 竞 态 条 件 和 锁 竞 争 。 

当 人 们 意识 到 利用 不 可 变性 “immutability) 和 纯 函数 化 能 够 解决 这 些 问题 时 ， 函 数 式 编程 
开始 变 得 主流 起 来 。 我 们 也 能 看 到 actor 模型 这 样 的 古老 并 发 方法 重新 变 得 充满 活力 。 

本 章 将 对 Scala 中 的 并 发 工具 进行 深入 讲解 。 当 然 ， 你 也 可 以 使 用 曾 在 Java 中 运用 的 任意 
并 发 机 制 (包括 多 线程 API、 消 息 队 列 等 )。 但 本 章 中 我 们 只 会 讨论 Scala 的 专 有 工具 ， 首 
先 讲解 的 API 适用 于 一 个 非常 古老 的 场景 多 个 协同 工作 的 单线 程 进程 。 























17.1 scala.sys.process 包 


某 些 场景 下 ， 我 们 可 以 使 用 小 的 、 同 步 的 进程 通过 数据 库 事务 、 消 息 队 列 或 进程 间 的 数据 
转移 来 完成 同步 状态 。 

scala.sys.process 包 (http://www.scala-lang.org/api/current/scala/sys/process/package.html ) 
提供 了 一 套 DSL 方言 ， 可 用 于 运行 或 管理 操作 系统 进程 ， 同 时 也 能 对 进程 VO 进行 处 理 。 
下 面 我 们 将 通过 一 个 REPL 会 话 对 这 套 DSL 方言 提供 的 一 些 功 能 进行 演示 。 请 注意 ， 我 们 
需要 在 bash 这 样 的 Unix shell 环境 下 执行 这 些 命令 : 
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// src/main/scala/progscala2/concurrency/process/processes.sc 
scala> import scala.sys.process._ 

scala> import scala. language. postfix0ps 

scala> import java.net.URL 

scala> import java.io.File 


// 执行 命令 ,并 写 入 标准 输出 。 
scala> "ls -l src".! 

total 0 

drwxr-xr-x 4 deanwampler staff 136 Dec 19 2013 main 
drwxr-xr-x 4 deanwampler staff 136 Dec 19 2013 test 
res33: Int = 0 











// 将 命令 相关 标记 传人 Seq 对 象 ,执行 命令 后 将 返 








io 





一 个 记录 了 命令 输出 














信息 的 字符 串 。 








scala> Seq("ls", "-1L", "src").!! 

res34: String = 

"total 0 

drwxr-xr-x 4 deanwampler staff 136 Dec 19 2013 main 
drwxr-xr-x 4 deanwampler staff 136 Dec 19 2013 test 





我 们 还 能 将 多 个 进程 串联 起 来 ， 如 下 所 示 ; 
// 创建 一 个 进程 ,用 于 访问 URL 资 源 , 该 进程 的 输出 将 重新 定向 到 "grep $filter "命令 的 输入 中 ， 


我 们 可 以 使 月 





ua 


与 此 同时 ,grep 操 作 的 输出 将 会 以 追加 的 方式 ( 非 履 写 ) 输 入 到 文件 中 。 
def findURL(url: String, filter: String) = 
new URL(url) #> s"grep $filter" #>> new File(s"Sfilter.txt") 








// 对 输出 文件 执行 ls -1 命令 。 假 如 该 文件 存在 , 则 计算 文件 行 数 。 
def countLines(fileName: String) = s"ls -l $fileName" #8&& s"wc 











定向 到 另 一 个 程序 的 标准 输入 中 。 妨 > 方法 只 能 用 于 覆 写 文件 。 只 有 
程 成 功 结束 时 ， 该 方法 才 会 执行 它 右 侧 的 进程 。 这 也 意味 着 左 侧 进程 的 结束 代码 (Exit 


Code) 为 0。 调 用 #>> HEF #8 方法 都 会 返回 








H DSL 中 定义 的 六 方 法 对 文件 进行 履 写 ， 也 可 以 使 用 该 方法 使 用 管道 将 输出 


-l S$fileName" 





当 #88 方法 左 侧 的 进 





scala.sys.process.ProcessBuilder (http:// 


www.scala-lang.org/api/current/#scala.sys.process.ProcessBuilder) 对 象 。 这 两 个 方法 都 不 会 
操作 系统 命令 。 我 们 需要 调用 ProcessBuilder IRAI ! 方法 来 执行 命令 : 


执行 


scala> findURL("http://scala-lang.org", "scala") ! 
resO: Int = 0 


scala> countLines("scala.txt") ! 

-rw-r--r-- 1 deanwampler staff 4111 Jul 31 22:35 scala.txt 
43 scala.txt 

resi: Int = 0 


scala> findURL("http://scala-lang.org", "scala") ! 
res2: Int = 0 


scala> countLines("scala.txt") ! 

-rw-r--r-- 1 deanwampler staff 8222 Jul 31 22:35 scala.txt 
86 scala.txt 

res3: Int = 0 








由 于 每 次 执行 时 我 们 都 会 在 文件 中 添加 文本 ， 因 此 文件 行 数 变 成 了 之 前 的 两 倍 。 
如 果 这 类 小 的 同步 进程 能 够 满足 我 们 的 设计 需求 ， 我 们 也 可 以 在 Scala 或 其 他 语言 中 实现 
这 些 进程 ， 之 后 再 调用 process 包 中 定义 的 API 将 这 些 进程 粘 合 起 来 。 


17.2 Future 类 型 


对 于 某 些 需求 而 言 ， 使 用 多 进程 实现 并 发 显得 太 粗 粒度 了 。 我 们 需要 在 单一 进程 内 简单 地 
使 用 并 发 原 语 来 实现 并 发 。 也 就 是 说 ， 我 们 需要 一 个 比 传统 多 线程 API 更 高 层次 的 API, 
这 个 API 更 强调 合理 直观 地 构建 代码 块 。 

假设 你 希望 以 异步 的 方式 运行 几 项 工作 ， 这 些 工作 就 不 会 阻塞 彼此 运行 。 比 如 说 ， 这 些 工 
作 也 许 会 执行 一 些 IO 操作 。 那 么 针对 这 类 情况 ， 使 用 scala.concurrent.Future (http:// 
www.scala-lang.org/api/current/scala/concurrent/Future.html) 类 便 是 最 简单 的 方案 。 


一 且 完 成 了 Future 对 象 的 构建 工作 ， 控 制 权 便 会 立刻 返还 给 调用 者 ， 但 结果 值 却 无 法 保 
证 立刻 可 用 。Future 实例 是 一 个 句柄 ， 它 指向 最 终 可 用 的 结果 值 。 无 论 操 作成 功 与 否 ， 
在 future 操作 执行 完毕 之 前 ， 你 可 以 继续 执行 其 他 工作 。Scala 提供 了 多 种 方法 用 于 处 理 
future 操作 的 执行 。' 


在 2.5.3 一 市 中 ， 我 们 曾 通 过 示例 对 隐 式 参数 进行 了 讲解 ， 该 示例 利用 scala.concurrent. 
ExecutionContext (http://www.scala-lang.org/api/current/#scala.concurrent.ExecutionContext ) 
管理 并 运行 Future 对 象 。 我 们 还 在 示例 中 应 用 了 ExecutionContext.global (http://www. 
scala-lang.org/api/current/#scala.concurrent.ExecutionContext$) 对 象 ， 其 中 global 对 象 利 用 
java.util.concurrent.ForkJoinPool (http://gee.cs.oswego.edu/dl/jsr166/dist/jsr166-4jdk7docs/ 
java/util/concurrent/ForkJoinPool.html) 对 象 对 线程 池 进 行 管理 ， 而 ForkJoinPool 对 象 也 会 执 
行 那些 封装 在 Future 对 象 中 的 任务 。 作 为 Scala 的 用 户 ， 我 们 并 不 需要 关心 Scala 会 如 何 运 
行 我 们 的 同步 代码 ， 除 非 是 那些 性 能 调 优 的 特殊 场景 。(ForkJoinPool 是 JDK7 类 库 的 一 部 
分 ,而 由 于 目前 Scala 还 支持 JDK6， 因 此 Scala 将 Doug Lea 所 实现 的 ForkJoinPool 移植 到 
了 类 库 中 ， 该 实现 之 后 也 被 DK7 A.) 


为 了 能 够 对 Future 类 型 有 更 深入 的 理解 ， 我 们 先 考 虑 这 样 一 个 场景 : 我 们 需要 并 行 执行 
件 事情 ， 之 后 将 执行 结果 合并 。 


// src/main/scala/progscala2/concurrency/futures/future-fold.sc 
import scala.concurrent.{Await, Future} 

import scala.concurrent.duration.Duration 

import scala.concurrent.ExecutionContext.Implicits.global 





















































val futures = (0 to 9) map { //@ 
i => Future { 
val s = i.toString //@ 
print(s) 














TE 1: 在 某 些 场合 下 ,Promise (http://www.scala-lang.org/api/current/#scala.concurrent.Promise) 类 还 可 用 于 与 
Future 对 象 协同 工作 。 具 体 请 参考 Scala 的 相关 文档 (http://docs.scala-lang.org/overviews/core/futures. 
html). 
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S 


} 


} 
val f = Future.reduce(futures)((s1, s2) => s1 + s2) // 日 
val n = Await.result(f, Duration. Inf) // @ 


@ 创建 了 10 个 Future 对 象 ， 每 个 对 象 都 会 执行 一 些 操作 。 


@ Future.apply 方法 带 有 两 个 参数 列表 。 第 一 个 参数 列表 中 只 包含 一 个 需要 并 发 执行 
容 的 命名 方法 体 (by-name body)， 而 第 二 个 参数 列表 包含 了 隐 式 的 ExecutionContext 





对 象 。 我 们 将 使 用 这 个 全 局 的 隐 式 值 。 输 入 的 方法 体会 把 整数 转化 为 字符 串 ， 打 印 并 


























返回 该 字符 串 。future 对 象 的 类 型 为 IndexedSeq[Future[String]]。 在 我 们 设计 的 这 个 
示例 中 ，Future 对 象 会 立刻 执行 完毕 。 

© 把 一 组 Future 类 型 压缩 成 一 个 单独 的 Future[String] 对 象 。 在 本 示例 中 ， 该 过 程 会 把 
每 个 Future 对 象 返回 的 字符 串 合 并 为 一 个 字符 串 。 

© 直到 Future f 完成 之 前 ， 我 们 通过 scala.concurrent.Await 对 象 阻 塞 代 码 。 输 入 的 
Duration (http://www.scala-lang.org/api/current/#scala.concurrent.duration.Duration) 参数 
则 表示 ， 如 果 需 要 的 话 ， 代 码 便 会 一 直 等 待 下 去 。 如 果 你 需要 等 待 Future 对 象 完 成 ， 
那么 选择 Await 对 象 是 阻塞 当前 线程 的 较 好 方法 。 





需要 强调 至 关 重 要 的 一 点 

















> PÍT Future 体 中 的 print 语句 时 ，print 语句 的 输出 是 无 序 的 。 


例如 : 两 次 执行 脚本 时 分 别 输出 了 0214679538 和 9123467985。 不 过 ， 由 于 fold 方法 会 依 


HE Future 对 象 构造 的 顺序 遍历 这 些 对 象 ， 因 此 Fold 方法 生成 的 字符 串 总 是 会 严格 按 数值 














次 序 排列 ， 即 0123456789, 


Future.fold 方 法 以 及 其 他 相似 的 方法 (http://www.scala-lang.org/api/current/#scala. 
concurrent.Future$) 本 身 也 是 异步 执行 的 ， 这 些 方法 将 返回 一 个 新 的 Future 对 象 。 在 我 们 
的 示例 中 ， 只 有 调用 Await.result 方法 上 时， 程序 才 会 阻塞 。 


通常 ， 我 们 并 不 希望 等 待 执 行 结果 时 阻塞 程序 。 我 们 只 希望 当 Future 执行 结束 后 ， 系 统 会 


执行 少量 的 代码 。 而 注册 




















回调 方法 能 帮助 我 们 实现 这 一 功能 。 举 个 例子 ， 简 单 的 网 络 服务 














器 会 创建 Future 对 象 用 于 对 请 求 进行 处 理 ， 同 时 利用 回调 将 执行 的 结果 返还 给 调用 者 。 下 

















看 的 示例 对 相关 的 逻辑 进行 了 解释 ; 


// src/main/scala/progscala2/concurrency/futures/future-callbacks.sc 
import scala.concurrent.Future 

import scala.concurrent.duration.Duration 

import scala.concurrent.ExecutionContext.Implicits.global 


case class ThatsOdd(i: Int) extends RuntimeException( //@ 
s"odd $i received!") 

import scala.util.{Try, Success, Failure} //@ 

val doComplete: PartialFunction[Try[String],Unit] = { //° 
case s @ Success(_) => println(s) //@ 


case f @ Failure(_) => println(f) 
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} 


val futures = (0 to 9) map { // © 
case i if i % 2 == 0 => Future.successful(i.toString) 
case i => Future. failed(ThatsOdd(i)) 

} 

futures map (_ onComplete doComplete) // ® 


@ 如 果 发 现 奇数 ， 我 们 将 抛 出 异常 。 

@ 导入 scala.util.Try (http://www.scala-lang.org/api/current/#scala.util. Try) 类 及 其 子 类 : 
Success 类 和 Failure 类 。 

© 无 论 执行 结果 是 否 成 功 ， 我 们 为 这 两 个 结果 定义 相同 的 回调 处 理 程序 。 为 了 对 成 功 和 
失败 事件 进行 封装 ， 封 装 回调 函数 的 输入 参数 是 Try[A] 类 型 ， 因 此 回调 函数 的 类 型 是 
PartialFunction[Try[String],Unit]， 其 中 A 是 String 类 型 。 由 于 回调 函数 异步 执行 ， 
不 会 返回 任何 事物 ， 因 此 回调 函数 的 返回 类 型 是 Unit 类 型 。 如 果 我 们 需要 构建 web 服 
务 器 ， 回 调 函 数 应 该 向 调用 者 发 送 回 复 信息 。 

O 如 果 Future 任务 执行 成 功 ， 执 行 结果 便 能 与 Success 子 句 匹配 ， 否 则 结 末 将 与 Failure 
匹配 。 无 论 最 终结 果 如 何 ， 我 们 都 将 打印 执行 结果 。 

© 创建 一 组 Future 对 象 ， 假 如 出 现 奇 数 ， 这 些 Failure 将 会 报错 。 为 了 能 够 立刻 返 
Success 或 Failure 对 象 ， 我 们 使 用 了 Future 伴生 对 象 的 两 个 方法 。 

© HD future 对 象 ， 为 每 个 对 象 附 上 回调 方法 ， 一 旦 我 们 的 Future 对 象 执行 完毕 ， 便 会 
触发 这 些 回调 方法 。 


执行 这 段 脚本 将 产生 下 列 输出 ， 而 每 次 运行 时 输出 内 容 的 顺序 各 不 相同 : 


Success(0) 

Success(2) 

Failure($line137.$read$Siw$$iwSThatsOdd: odd 1 received!) //@ 
Success(4) 

Failure($line137.$read$Siw$$iwSThatsOdd: odd 3 received!) 

Success(6) 

Success(8) 

Failure($line137.$read$Siw$S$iwSThatsOdd: odd 5 received!) 
Failure($line137.$read$Siw$$iwSThatsOdd: odd 9 received!) 
Failure($line137.$read$Siw$$iwSThatsOdd: odd 7 received!) 


O 编译 脚本 中 定义 的 ThatsOdd 对 象 时 ， 编 译 器 会 为 该 对 象 合成 一 个 并 非 很 优雅 的 名 字 。 
在 下 一 节 中 ， 我 们 会 看 到 更 多 应 用 了 Future 类 型 的 示例 。 


与 Option 类 型 、Try 类 型 、Either 类 型 以 及 其 他 的 容器 类 型 相似 ，Future 类 型 也 是 “一 
元 ”的 。 我 们 可 以 在 for 推导 式 中 使 用 这 些 类 型 ， 并 使 用 像 map、flatMap、filter 这 样 的 
组 合 器 对 执行 结果 进行 处 理 。 








































































































ÉE 









































Async% 


使 用 Future 类 时 ， 我 们 需要 大 量 使 用 回调 ， 但 这 使 得 代码 很 快 变 得 复杂 起 来 。 因 此 处 理 
一 组 有 关联 的 任务 时 ， 我 们 可 以 把 一 些 Future 对 象 组 合 起 来 以 减少 回调 数量 。Scala 新 
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设计 的 scala.async.Asyne 模块 可 以 使 用 户 更 容易 地 构建 这 类 计算 。SIP-22 (SIP Æ Scala 
Improvement Process 的 简写 ， 意 为 Scala 改进 流程 ，SIP-22 的 网 址 为 http://docs.scala-lang. 
org/sips/pending/async.html) 对 该 模块 进行 了 描述 。Scala 2.10 Fil Scala 2.11 均 在 Github 
(https://github.com/scala/async) 中 实现 了 这 一 功能 ， 并 将 该 模块 作为 “可 选 模块 ”进行 分 
发 (请 参考 表 21-11， 了 解 Scala 2.11 版 本 分 发 的 可 选 模 块 ) 。 

Async 模块 中 提供 了 两 个 基本 方法 ， 可 用 于 同步 代码 块 中 : 


def async[T](body: => T): Future[T] // © 
def await[T](future: Future[T]): T //@ 


@ 启动 异步 计算 ， 并 立刻 返回 对 应 的 Future 对 象 。 
@ 等 待 Future 执行 完毕 。 
在 下 面 的 例子 中 ， 我 们 模拟 了 一 组 同步 调用 ， 在 第 一 次 同步 调用 中 ， 我 们 首先 判断 指定 id 
的 “记录 ”是 否 存 在 。 假 如 该 记录 存在 ， 我 们 将 返回 记录 ;否则 ， 便 返回 错误 记录 。 
// src/main/scala/progscala2/concurrency/async/async.sc 
import scala.concurrent. {Await, Future} 
import scala.concurrent.duration.Duration 


import scala.async.Async.{async, await} 
import scala.concurrent.ExecutionContext.Implicits.global 






































object AsyncExample { 
def recordExists(id: Long): Boolean = { //@ 
println(s"recordExists($id)...") 
Thread.sleep(1) 
id > 0 
} 


def getRecord(id: Long): (Long, String) = { // @ 
println(s"getRecord($id)...") 
Thread.sleep(1) 
(id, s"record: $id") 


} 


def asyncGetRecord(id: Long): Future[(Long, String)] = async { //° 
val exists = async { val b = recordExists(id); println(b); b } 
if (await(exists)) await(async { val r = getRecord(id); println(r); r }) 
else (id, "Record not found!") 
} 
} 


(-1 to 1) foreach { id => // 9 
val fut = AsyncExample.asyncGetRecord(id) 
println(Await.result(fut, Duration. Inf)) 
} 
@ 此 处 声明 了 一 个 执行 时 间 较 长 的 谓词 (predicate) ， 用 于 测试 记录 是 否 存 在 。 假 如 输入 
的 id 大 于 0， 那 么 该 谓词 将 返回 true, 
@ 另 一 个 执行 时 间 较 长 的 方法 ， 该 方法 会 根据 输入 的 id 值 返回 对 应 的 记录 。 
© asyncGetRecord 方法 将 多 个 异步 操作 组 合 起 来 顺序 执行 。 访 方法 首先 将 以 异步 方式 调用 
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recordExists 方法 。 之 后 ，asyncGetRecord 方法 会 等 待 recordExists 方法 的 执行 结果 。 
如 果 结 果 为 rue，asyncGetRecord 方法 便 会 以 异步 的 方式 读 取 相关 记录 ; 反之 ， 则 会 返 
回 错误 记录 。 

@ 使 用 三 个 下 标 调 用 asyncGetRecord 方法 。 

执行 该 脚本 将 产生 下 列 结果 (运行 几 秒 后 才 会 产生 结果 ) : 


recordExists(-1)... 
false 

(-1,Record not found!) 
recordExists(@)... 
false 

(@,Record not found!) 
recordExists(1)... 
true 

getRecord(1)... 
(1,record: 1) 
(1,record: 1) 


请 注意 ， 只 有 输入 “合理 ”的 下 标 1 时 ，getRecord 方法 才 会 被 调用 一 次 。 

与 串 行 化 Future 对 象 相 比 ， 利 用 Async 模块 编写 出 的 代码 更 为 整洁 ， 尽 管 仍然 没有 真正 的 
同步 代码 那么 易于 理解 ， 不 过 你 能 够 从 异步 执行 中 获 益 。 

无 论 是 否 使 用 了 Async， 运 用 Future 类 型 仅仅 是 解决 并 发 的 一 种 手段 ， 它 并 不 能 称 为 全 局 
的 策略 。Future 并 没有 为 用 户 在 应 用 程序 的 层面 上 提供 管理 分 布 式 进程 的 大 量 工具 ， 包 括 
错误 处 理 。 而 actor 模型 则 满足 这 些 需求 ! 


17.3 利用 Actor 模 型 构造 稳固 且 可 扩展 的 并 发 
应 用 


Actor 最 初 是 为 了 进行 人 工 智能 研究 而 设计 的 。Carl Hewiit 和 他 的 合作 者 在 1973 年 的 一 篇 
论文 (访问 arixiv.org 可 以 查阅 到 2014 年 的 修改 版 ，http://arxiv.org/pdf/1008.1459.pdf) 中 
对 其 进行 了 描述 ， 而 Gual Agha 也 曾 在 1973 年 出 版 的 4ctors (MIT 出 版 ) 一 书 中 描述 了 
actor 模型 的 相关 理论 。Erlang 语言 及 其 虚拟 机 将 Actor 模型 视 为 核心 概念 。 在 Scala 这 样 
的 其 他 语言 中 ，actor 模型 则 以 类 库 的 方式 实现 ， 且 它 与 其 他 的 并 发 抽象 思想 一 并 实现 。 


actor 本 质 上 是 一 个 可 以 接收 并 处 理 消息 的 对 象 ， 它 一 次 接收 一 个 消息 ， 并 且 不 允许 消息 抢 
占 。 在 某 些 actor 系统 中 ,消息 到 来 的 顺序 并 不 重要 ， 但 并 不 是 所 有 的 actor 系统 都 是 这 样 

















































































































设计 的 。actor 对 象 也 许 会 在 对 象 内 部 对 销 息 进 行 处 到 








EE， 也 可 能 会 转发 消息 ， 还 有 可 能 向 其 





他 actor FR RIZ W E. EAH 





RASH, ACHE actor 还 会 创建 新 的 actor 对 象 。 假 如 我 们 使 


用 actor 模型 实现 状态 机 ， 当 状态 转化 时 ， 某 些 actor 也 许 会 因 








此 修改 消息 处 理 逻 辑 。 


传统 的 对 象 系统 通过 方法 调 有 


日 传递 消息 。 与 这 些 系统 不 同 ，actor 通常 以 异步 的 方式 发 送 消 


息 ， 这 导致 actor 执行 操作 的 全 局 顺序 是 不 确定 的 。 与 传统 的 对 象 相 似 ，actor 在 处 理 消息 
时 也 许 也 会 对 状态 进行 控制 。 设 计 良 好 的 actor 系统 即使 无 法 完全 防止 其 他 代码 直接 访问 
和 修改 状态 ， 至 少 也 会 努力 阻止 这 种 行为 。 
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正 是 因为 actor 系统 具有 这 些 特性 ， 即 便 是 在 路 集群 的 环境 下 ，actor 也 能 并 发 执行 。actor 
系统 提供 了 用 于 管理 全 局 状态 的 规则 方法 ， 这 能 在 很 大 程度 上 避免 (并 非 完全 避免 ) 传统 
多 线程 并 发 存在 的 问题 。 


17.4 Akka: 为 Scala 设 计 的 Actor 系 统 


2009 年 ， 本 书 第 1 版 的 编写 工作 完成 时 ，Scala 自 带 了 一 套 actor 库 。 在 第 1 版 中 ， 我 们 也 
为 这 套 库 编 写 了 示例 。 不 过 ， 从 那 时 以 后 ， 一 个 全 新 的 actor 系统 就 此 启动 。 该 系统 名 为 
Akka JÆ (http://akka.io)， 它 完全 不 依赖 于 之 前 的 actor 库 。 

现在 ，Scala 已 经 将 原先 的 actor 库 从 类 库 中 移 除 ， 而 将 Akka 视 为 处 理 基 于 actor 并 发 模型 
的 官方 类 库 。Akka 是 一 个 独立 项 目 。Scala 和 Akka 都 由 Typesafe (http://typesafe.com) 开 
发 并 提供 支持 的 ， 同 时 Akka 也 提供 了 一 套 完整 的 Java API。 

在 1.4 节 中 ， 我 们 运用 Akka 编写 过 一 个 简单 的 并 发 示例 。 下 面 我 们 将 实现 一 个 更 为 真实 
的 示例 。 随 着 学 习 的 深入 ， 你 将 发 现 Akka Scaladoc (http://doc.akka.io/api/akka/current/) 越 
来 越 有 用 。 

在 actor 模型 的 所 有 实现 中 ，Erlang 和 Akka 是 最 重要 的 两 个 实现 ， 也 是 在 产业 界 得 到 最 广 
泛 应 用 的 实现 。Akka 的 灵感 来 源 于 Erlang 的 actor 模型 实现 。 这 两 个 实现 都 是 重要 的 创 
新 ， 都 实现 了 一 个 兼 具 错 误 处 理 和 恢复 原状 功能 的 健壮 模型 。 

并 不 是 只 有 actor 可 以 执行 系统 定义 的 正常 工作 ， 你 也 可 以 创建 监督 者 (supervisor) 对 象 
监控 一 个 或 多 个 actor 的 生命 周期 。 假 如 某 个 actor 运行 时 抛 出 异常 而 导致 执行 失败 ， 监 督 
者 便 会 按照 某 一 策略 恢复 原状 。 监 督 者 所 遵循 的 策略 包含 重 局 策略 、 关 闭 策略 、 应 该 忽视 
错误 还 是 将 错误 交 由 相关 监督 者 处 理 策略 。 

重启 actor 时 ， 假 如 其 他 actor 与 出 错 的 actor 合作 紧密 ， 并 且 这 些 actor 都 接受 相同 的 监督 
者 管理 ， 那 么 我 们 应 选择 all-for-one 策略 ， 重 启 所 有 的 actor。 假 如 那些 受 管理 的 actor i 
此 之 前 没有 关联 ， 出 错 的 actor 不 会 对 其 他 的 actor 造成 影响 ， 那 么 我 们 应 该 使 用 one-for- 
one 策略 。 使 用 这 种 策略 后 ， 只 有 出 错 的 actor 需要 重启 。 


这 种 架构 很 清晰 地 将 错误 处 理 逻 辑 从 正常 流程 中 剥离 出 来 ， 进 而 为 错误 处 理 提供 了 架构 级 
处 理 策略 。 最 重要 的 一 点 ， 该 架构 对 “ 任 其 崩溃”(let it crash) 的 观点 进行 了 提升 。 

我 们 通常 都 会 把 错误 处 理 代码 和 正常 处 理 代码 混在 一 起 ， 这 就 会 导致 代码 复杂 且 混 乱 ， 不 
易 实 现 一 套 完 整 全 面 的 处 理 策略 。 在 某 些 实际 的 生产 环境 中 不 可 避免 地 会 出 现 一 些 失 败 的 
故障 恢复 ， 这 将 使 整个 系统 处 于 不 一 致 的 状态 。 假 如 程序 出 现 了 无 法 避免 的 月 涡 ， 服 务 只 
能 对 此 进行 一 些 受 协 ， 但 是 诊断 实际 的 问题 源 也 是 很 困难 的 。 

我 们 接 下 来 将 进行 示例 讲解 ， 该 示例 将 对 客户 端 接口 进行 模拟 ， 其 调用 的 服务 会 将 工作 
分 派 给 工作 线程 。 这 个 客户 端 接口 (我们 同时 也 在 客户 端 接口 中 定义 main 方法 ) 取 名 为 
AkkaClient, AkkaClient 会 将 用 户 命令 传递 给 一 个 ServerActor 对 象 ， 而 该 对 象 则 会 把 这 
些 工作 转发 给 许多 个 WorkerActor 对 象 ， 因 此 ServerActor 对 象 并 不 会 被 这 些 工作 堵塞 。 每 
个 工作 线程 都 模拟 了 一 个 具有 分 片 功能 的 数据 存储 单元 。 该 存储 单元 维护 了 一 个 持 有 key 
(Long 类 型 ) 和 value (字符 串 ) AY map 对 象 ， 也 支持 了 CRUB (CRUB Æ create, read, 




































































































































































372 | 第 17 章 


update 和 delete 的 简写 ， 分 别 代表 了 创建 、 读 取 、 更 新 以 及 删除 操作 ) 的 语义 。 


AkkaClient 可 以 构造 出 akka.actor.ActorSystem (http://doc.akka.io/api/akka/current/#akka. 
actor.ActorSystem) 对 象 ， 该 对 象 会 对 整个 actor 系统 进行 控制 。 在 任何 一 个 应 用 中 ， 我 
们 都 会 遇 到 一 个 或 若干 akka.actor.ActorSystem 对 象 。AkkaCLient 之 后 构造 出 一 个 
ServerActor 实例 ， 并 向 该 实例 发 送 一 条 表示 启动 系统 的 消息 。 最 后 ，AkkaClient 提供 了 
一 个 简单 的 命令 行 接口 供用 户 使 用 。 

在 学 习 AkkaClient 之 前 ， 我 们 先 对 Message 对 象 进 行 了 解 ， 该 对 象 中 定义 了 在 actor 之 间 
交换 的 所 有 消息 体 : 

// src/main/scala/progscala2/concurrency/akka/Messages.scala 


package progscala2.concurrency.akka 
import scala.util.Try 














object Messages { //@ 

sealed trait Request { //@ 
val key: Long 

} 
case class Create(key: Long, value: String) extends Request //° 
case class Read(key: Long) extends Request //@ 
case class Update(key: Long, value: String) extends Request //® 
case class Delete(key: Long) extends Request // Q 
case class Response(result: Try[String]) // @ 
case class Start(numberOfWorkers: Int = 1) // ©@ 
case class Crash(whichOne: Int) // © 
case class Dump(whichOne: Int) // © 
case object DumpALL 

} 


Messages 对 象 中 包含 了 所 有 的 消息 类 型 定义 。 

Request 是 所 有 CRUB 请 求 的 父 特征 ， 所 有 的 请 求 都 使 用 一 个 Long 类 型 的 key 值 。 

构造 一 个 新 的 “记录 ”， 并 指定 该 记录 的 key 和 value 值 。 

读 取 指 定 key 值 的 记录 。 

对 指定 key 值 的 记录 进行 更 新 (假如 记录 不 存在 ， 创 建 一 条 新 记录 )， 为 其 指定 新 的 

value 值 。 

© 删除 指定 key 值 的 记录 ， 假 如 不 存在 满足 条 件 的 key 值 ， 则 不 执行 任何 操作 。 

@ 将 回复 信息 封装 到 一 条 普通 的 消息 体 中 。 我 们 使 用 scala.util.Try 类 型 对 结果 值 进 行 
封装 ， 封 装 后 的 对 象 能 够 指明 操作 成 功 还 是 失败 。 

@ 启动 系统 。 这 条 消息 将 被 发 送 给 serverActor 对 象 ， 该 消息 中 包含 了 应 创建 多 少 个 工作 
节点 的 信息 。 

© 向 某 一 工作 节点 发 送 此 消息 ， 以 模拟 “崩溃 ”事件 。 

© 发 送 这 条 消息 ， 以 便 “ 和 获取” 某 一 工作 节点 或 全 部 工作 节点 的 状态 信息 。 

现在 ， 我 们 将 学 习 AkkaClient 对 象 的 具体 实现 : 
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// src/main/scala/progscala2/concurrency/akka/AkkaClient.scala 
package progscala2.concurrency.akka 

import akka.actor.{ActorRef, ActorSystem, Props} 
import java.lang.{NumberFormatException => NFE} 


object AkkaClient { 
import Messages. _ 


private var system: Option[ActorSystem] = None 


def main(args: Array[String]) = { 
processArgs(args) 
val sys = ActorSystem("AkkaClient") 
system = Some(sys) 
val server = ServerActor.make(sys) 
val numberOfWorkers = 
sys.settings.config.getInt( "server .number-workers") 
server ! Start(numberOfWorkers) 
processInput(server ) 


} 


private def processArgs(args: Seq[String]): Unit = args match { 


case Nil => 


case ("-h" | "--help") +: tail => exit(help, 0) 
case head +: tail => exit(s"Unknown input Shead!\n"+help, 1) 


} 


© 





AkkaClient 是 一 个 对 象 ， 我 们 可 以 在 它 的 作用 域内 定义 main 方法 。 


@ 代码 中 只 有 一 个 ActorSystem (http://doc.akka.io/api/akka/current/#akka.actor.ActorSystem ) 
对 象 ， 我 们 将 其 保存 在 一 个 Option 对 象 中 。 在 关闭 系统 时 ， 我 们 会 使 用 ActorSystem 对 








象 ， 对 此 我 们 稍 后 进行 讲解 。 请 注意 ，system 是 私有 可 变 变 量 。 














发 行为 进行 控制 ， 
© 
help 选项 。 
@ 
© 
© 
7) 
@ 





因此 我 们 无 需 担 心 system 变量 的 并 发 访问 。 





不 过 由 于 actor 会 对 并 








创建 ActorSystem 对 象 ， 并 更 新 system 的 Option MK, 
通过 调用 ServerActor 伴生 对 象 的 make 方法 ， 构 造 出 ServerActor 的 一 个 实例 。 
根据 配置 ， 决 定 使 用 多 少 工作 节点 。 
向 ServerActor 对 象 发 送 Start 消息 体 ， 启 动 系统 。 
对 用 户 输入 的 命令 行 信息 进行 处 理 。 








main 方法 首先 对 命令 行 参数 进行 处 理 。processArgs 当前 实际 上 只 支持 一 个 参数 选项 


Akka 使 用 了 Typesafe 提供 的 Config 库 (https://github.com/typesafehub/config)， 对 在 文件 


中 或 通过 程序 定义 的 配置 值 进行 管理 。 在 本 示例 中 ， 我 们 使 用 了 下 























// src/main/resources/application.conf 


akka { 
loggers 
loglevel 


[akka.event.sLf4j.SLf4jLogger] 
debug 


而 的 配置 文件 : 


// 0 
//@ 





© © 


© © 


© 


actor { // 日 


debug { // 9 
unhandled = on 
lifecycle = on 
} 
} 
} 
server { // © 
number-workers = 5 
} 


对 Akka 系统 的 属性 进行 全 局 配置 。 

配置 当前 使 用 的 日 志 模块 。SBT 包含 了 akka-slf4j 模块 ， 该 模块 支持 这 个 接 
配置 文件 同 级 的 目录 中 存在 一 个 对 应 的 logback.xml 文件 ， 该 文件 对 日 志 i 

(我 们 并 未 列 出 这 些 配置 ) 。 默 认 情 况 下 ， 所 有 的 debug 和 更 高 级 别 的 消息 都 
下 来 。 

为 每 个 actor 对 象 进行 属性 配置 。 

如 果 某 一 actor 收 到 了 它 无 法 处 理 的 消息 或 生命 周期 事件 ，debug 级 别 的 日 志 
该 事件 。 
由 于 ServerActor 实例 将 会 被 命名 为 server， 因 此 该 配置 块 会 对 ServerActor 
设置 。 该 配置 块 中 包含 了 一 个 自 定义 设置 ， 用 于 决定 使 用 工作 节点 的 数量 。 












































口 。 与 本 
行 了 配置 
会 被 记录 
将 会 记录 


实例 进行 


我 们 再 回 到 AkkaClient 的 实现 代码 ，AkkaCLient 通过 下 面 的 这 个 长 函数 对 用 户 输入 进行 
处 理 : 














private def processInput(server: ActorRef): Unit = { // 0 
val blankRE = """^\s*#?\s*$""".r 
val badCrashRE = """4\s*[Cc][Rr][Aa][Ss][Hh]\s*$""".r 
val crashRE = """4\s*[Cc][Rr][Aa][Ss][Hh]\s+(\d+)\s*$"".r 
val dumpRE = """^\s*[Dd] [Uu] [Mm] [Pp] (\s+\d+)?\s*$""".r 
val charNumberRE = """^\s*(\w)\s+(\d+)\s*$""".r 
val charNumberStringRE = """^\s*(\w)\s+(\d+)\s+(.*)$""".r 


def prompt() = print(">> ") //@ 
def missingActorNumber() = 
println("Crash command requires an actor number.") 
def invalidInput(s: String) = 
println(s"Unrecognized command: $s") 
def invalidCommand(c: String): Unit = 
println(s"Expected 'c', 'r', 'u', or 'd'. Got $c") 
def invalidNumber(s: String): Unit = 
println(s"Expected a number. Got $s") 
def expectedString(): Unit = 
println("Expected a string after the command and number") 
def unexpectedString(c: String, n: Int): Unit = 
println(s"Extra arguments after command and number '$c $n'") 
def finished(): Nothing = exit("Goodbye!", 0) 
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© © 


val handleLine: PartialFunction[String,Unit] = { // 日 
case blankRE() => /* do nothing */ 


case "h" | "help" => println(help) 
case dumpRE(n) => //@ 
server ! (if (n == null) DumpALL else Dump(n.trim.toInt)) 
case badCrashRE() => missingActorNumber() // © 
case crashRE(n) => server ! Crash(n.toInt) 
case charNumberStringRE(c, n, s) => c match { // O 
case "c" | "C" => server ! Create(n.toInt, s) 
case "u" | "U" => server ! Update(n.toInt, s) 
case "r" | "R" => unexpectedString(c, n.toInt) 
case "d" | "D" => unexpectedString(c, n.toInt) 
case _ => invalidCommand(c) 
} 
case charNumberRE(c, n) => c match { //@ 
case "r" | "R" => server ! Read(n.toInt) 
case "d" | "D" => server ! Delete(n.toInt) 
case "c" | "C" => expectedString 
case "u" | "U" => expectedString 
case _ => invalidCommand(c) 
} 
case "q" | "quit" | "exit" => finished() // 日 
case string => invalidInput(string) // © 


} 


while (true) { 
prompt() // © 
Console.in.readLine() match { 
case null => finished() 
case line => handleLine( line) 
} 
} 
} 


定义 了 一 些 正 则 表达 式 ， 用 于 解析 输入 信息 。 

定义 了 一 些 徐 套 方法 ， 分 别 用 于 打印 提示 符 、 汇 报错 误 、 结 束 处 理 和 关闭 系统 。 
handleLine 是 主要 的 处 理 方法 ， 考 虑 到 偏 函 数 语 法 的 便利 性 ， 我 们 将 其 定义 为 偏 函 数 。 
handleLine 函数 首先 会 对 空 行进 行 匹配 (同时 也 会 匹配 “注释 行 ”， 即 第 一 个 非 空白 
字符 是 # 字 符 的 输入 行 )， 将 空 行 过 滤 出 去 。 之 后 便 会 处 理 用 户 的 帮助 请 求 (匹配 h 或 
help 字符 串 ) 。 
要 求 一 个 或 全 部 工作 节点 输出 其 状态 信息 ， 状 态 信 息 中 包含 存储 了 一 组 key 值 对 的 
“数据 存储 ”信息 。 

为 了 能 够 解释 Akka 如 何 对 actor 进行 管理 ， 处 理 消 息 后 ， 某 一 工作 节点 便 会 崩 泪 。 接 
受到 该 输入 时 ， 我 们 首先 检查 用 户 是 否 忘 记 指 定 actor 对 应 的 数字 。 假 如 语法 正确 ， 再 
对 正确 的 输入 进行 处 理 ， 并 将 其 发 送 给 ServerActor 对 象 。 

假如 命令 中 同时 包含 字母 、 数 值 和 字符 串 ， 该 命令 一 定 是 一 条 “创建 ”或 “更 新 ”的 
命令 。 如 果 命 令 类 型 匹配 的 话 ，handleLine 方法 会 将 该 命令 发 送 给 ServerActor HR, 
如 果 不 匹配 ， 则 会 记录 错误 。 







































































© 


“删除 ”的 命令 。 


与 之 相似 ， 假 如 用 户 输入 中 只 包含 命令 字符 和 数字 ， 该 输入 一 定 是 一 条 “ 读 取 ” 或 





© 


提供 了 三 种 退出 应 用 的 方式 (输入 Ctrl-D 也 能 退出 应 用 ) 。 


© 假如 输入 不 满足 之 前 的 正则 表达 式 ， 便 输入 一 个 错误 。 


@ 打印 初始 化 提示 符 ， 之 后 循环 等 待 用 户 输入 并 对 每 行 输入 进行 处 理 。 











请 注意 ， 假 如 用 户 输入 了 无 效 的 用 户 命令 ， 系 统 并 不 会 崩溃 。 由 于 我 们 并 没 使 用 像 Gnu 


readline 这 样 的 加 





DUPE, 大 | 




















此 很 不 幸 程 序 对 回 退 键 的 处 理 并 不 正确 。 





最 后 ， 我 们 再 输入 下 列 信息 ， 完 成 该 代码 文件 : 


private val help = 
"""YUsage: AkkaClient [-h | --help] 
|Then, enter one of the following commands, one per line: 


| h | help Print this help message. 
| cn string Create "record" for key n for value string. 
| ro Read record for key n. It's an error if n isn't found. 
| u n string Update (or create) record for key n for value string. 
| dn Delete record for key n. It's an error if n isn't found. 
| crash n "Crash" worker n (to test recovery). 
| dump [n] Dump the state of all workers (default) or worker n. 
| ^d | quit Quit. 
1""".stripMargin 

private def exit(message: String, status: Int): Nothing = { // @ 
for (sys <- system) sys.shutdown() 
println(message) 


sys.exit(status) 


} 
} 


@ 详细 的 帮助 消息 。 


@ 用 于 辅助 系统 退出 的 辅 
条 信息 并 退出 程序 。 


打印 一 














助 函 数 。 假 如 Actorsysten 已 开启 ， 此 函数 会 关闭 该 系统 。 之 后 


接 下 来 ,我们 看 一 下 ServerActor 的 实现 : 


// src/main/scala/progscala2/concurrency/akka/ServerActor.scala 
package progscala2.concurrency.akka 


import 
import 
import 
import 
import 
import 


scala. 
scala. 
scala 
scala 
scala 


util.{Try, Success, Failure} 
util.control.NonFatal 

.concurrent.duration._ 

„concurrent. Future 
.concurrent.ExecutionContext.Implicits.global 


akka.actor.{Actor, ActorLogging, ActorRef, 
ActorSystem, Props, OneForOneStrategy, SupervisorStrategy} 

import akka.pattern.ask 

import akka.util.Timeout 


class ServerActor extends Actor with ActorLogging { //@ 
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import Messages._ 
implicit val timeout = Timeout(1.seconds) 


override val supervisorStrategy: SupervisorStrategy = { //@ 
val decider: SupervisorStrategy.Decider = { 
case WorkerActor.CrashException => SupervisorStrategy.Restart 
case NonFatal(ex) => SupervisorStrategy.Resume 
} 


OneForOneStrategy()(decider orElse super.supervisorStrategy.decider ) 


} 


var workers = Vector .empty[ActorRef] // 日 
def receive = initial //@ 
val initial: Receive = { //® 


case Start(numberOfWorkers) => 
workers = ((1 to numberOfWorkers) map makeWorker).toVector 


context become processRequests //©@ 
} 
val processRequests: Receive = { // © 
case c @ Crash(n) => workers(n % workers.size) ! c 
case DumpALL => //® 


Future.fold(workers map (_ ? DumpALL))(Vector.empty[Any])(_ :+ _) 
.onCompLlete(askHandler("State of the workers")) 
case Dump(n) => 
(workers(n % workers.size) ? DumpALL).map(Vector(_)) 
.onCompLlete(askHandler(s"State of worker $n")) 
case request: Request => 
val key = request.key.toInt 
val index = key % workers.size 
workers(index) ! request 
case Response(Success(message)) => printResult(message) 
case Response(Failure(ex)) => printResult(s"ERROR! $ex") 


} 


def askHandler(prefix: String): PartialFunction[Try[Any],Unit] = { 
case Success(suc) => suc match { 
case vect: Vector[_] => 
printResult(s"Sprefix:\n") 
vect foreach { 
case Response(Success(message)) => 
printResult(s"$message") 
case Response(Failure(ex)) => 
printResult(s"ERROR! Success received wrapping $ex") 
} 


case _ => printResult(s"BUG! Expected a vector, got $suc") 


} 


case Failure(ex) => printResult(s"ERROR! $ex") 


} 


protected def printResult(message: String) = { 
println(s"<< $message") 





} 


protected def makeWorker(i: Int) = 
context.actor0f(Props[WorkerActor], s"worker-$i") 


} 


object ServerActor { // 9 
def make(system: ActorSystem): ActorRef = 
system.actorOf(Props[ServerActor], "server") 


} 


混入 ActorLogging (http://doc.akka.io/api/akka/current/#akka.actor.ActorLogging) 特征 ， 
该 trait 会 增加 用 于 记录 信息 的 Log 字段 。 

使 用 akka.actor.SupervisorStrategy (http://doc.akka.io/api/akka/current/#akka.actor.Supe 
rvisorStrategy) A SURV WE RK. RURE TRIR BT SEE, ServerActor 
便 会 重启 。 假 如 出 现 了 NonFatal (http://www.scala-lang.org/api/current/#scala.util.control. 
NonFatal$) 异常 ， 系 统 将 继续 运行 (这 样 做 会 有 风险 !) 。 由 于 这 些 工作 节点 相互 独立 ， 
因此 我 们 选用 了 one-for-one 策略 。 假 如 该 策略 的 Decider 对 象 出 错 了 ， 父 类 的 监控 器 
(supervisor) 会 代理 执行 监控 策略 。 

使 用 akka.actor.ActorRef (http://doc.akka.io/api/akka/current/#akka.actor.ActorRef) 实例 
追踪 执行 工作 的 actor 对 象 ， 这 些 实例 会 引用 actor HK. 

定义 recive 方法 ,将 其 设置 为 initial 请 求 处 理 器 。 

为 了 能 够 为 开发 人 员 提 供 方 便 ，Actor (http://doc.akka.io/api/akka/current/#akka.actor. 
Actor) 类 型 中 定义 了 Receive 这 一 类 型 成 员 ， 该 成 员 是 PartialFunction[Any,Unit] 的 
别名 。 而 本 代码 行 对 Receive 方法 进行 了 声明 ， 用 于 处 理 最 初 发 送 给 actor 的 Start 消 
息 。 最 初 ，actor 对 象 只 希望 能 够 接收 到 Receive 消息 。 假 如 接收 到 了 其 他 消息 ， 这 些 
actor 对 象 会 将 消息 保存 在 actor 的 邮箱 (mailbox) 中 ， 直 到 我 们 为 这 些 消 息 定义 了 处 
理 机 制 。 我 们 可 以 将 Receive 方法 视 为 该 actor 对 象 所 使 用 的 状态 机 中 的 第 一 个 状态 的 
实现 方法 。 

假如 ServerActor 对 象 接收 到 了 Start 消 息 ， 该 对 象 便 会 构造 工作 节点 ， 并 将 状态 机 的 
相关 状态 进行 切换 ， 在 新 的 状态 下 ，processRequests 方法 将 负责 处 理 消息 。 

接收 到 Start 消息 后 ，Receive 代码 块 会 对 之 后 收 到 的 消息 体 进行 处 理 。 最 开始 的 几 条 
case 类 分 别 与 Crash、DumpAll 和 Dump 消息 相 匹 配 。 而 request: Request 子 句 则 负责 
处 理 CRUB 命令 。 最 后 ，Receive 代码 块 将 对 工作 节点 返回 的 Response 消息 进行 处 理 。 
值得 注意 的 是 ， 我 们 将 使 用 工作 节点 的 数量 对 请 求 取 模 ， 由 此 计算 出 需要 分 配 的 工作 
节点 索引 ， 这 也 是 工作 节点 向 量 的 有 效 索 引 。sServerActor 对 象 收 到 工作 布点 的 返回 消 
息 后 会 将 该 消息 打印 出 来 。 

收 到 DumpAll 消息 后 ， 我 们 需要 将 其 转发 给 所 有 的 工作 节点 ， 并 且 收 集 所 有 这 些 节点 的 
回复 信息 并 将 这 些 信息 汇总 格式 化 成 一 条 结果 信息 。 通 过 应 用 ask 模式 我 们 实现 了 这 一 
功能 。 但 是 我 们 必须 导入 akka.pattern.ask 对 象 (导入 代码 位 于 代码 文件 的 顶部 ) 以 
使 用 这 一 功能 。 我 们 没有 使 用 ! 命令 ， 而 是 通过 ? 命令 发 送 消息 。? 命令 会 返回 一 个 
Future 对 象 ， 而 使 用 ! 发 送 消 息 ， 将 返回 一 个 Unit。 尽 管 这 两 种 消息 类 型 都 是 异步 的 ， 
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但 是 使 用 ask 模式 时 ， 消 息 接收 方 返回 的 回复 消息 将 会 作为 Future 对 象 的 完成 事件 被 
系统 捕获 。 我 们 使 用 Future.fold 方法 将 一 组 Future 对 象 合并 为 一 个 单独 的 Future 对 
象 ， 并 将 其 封装 到 一 个 Vector 对 象 中 。 之 后 ， 为 了 能 够 对 执行 完毕 的 Future 对 象 进 行 
处 理 ， 我 们 使 用 onComplete 方法 注册 了 回调 函数 askHandler。 你 也 许 已 经 注意 到 了 ， 
通过 这 些 操 作 ， 这 些 瞬 套 类 型 也 变 得 更 为 复杂 了 。 
O 该 伴生 对 象 提供 了 构造 actor 的 便利 方法 : make 方法 。 该 方法 会 使 用 构造 actor 的 必需 
习 语 创建 该 对 象 。 (我 们 将 会 在 稍 后 谈论 这 点 。) 
构造 actor 对 象 时 会 返回 Receive 方法 (Receive 是 PartialFunction[Any, Unit] 的 别名 )， 
这 时 Actor.receive 方法 才 会 被 调用 一 次 ， 之 后 即使 接收 到 方法 调用 请 求 ， 该 方法 也 不 会 
被 调用 。 每 收 到 一 条 消息 上 时， 构造 的 Receive 方法 便 会 被 调用 一 次 。Receive 方法 中 的 消息 
处 理子 句 是 可 以 修改 的 ， 我们 可 以 调用 Actor .become 方法 使 用 新 的 Receive 方法 处 理 所 有 
的 消息 。 如 果 需 要 的 话 ， 我 们 可 以 利用 这 一 特性 实现 一 套 复 杂 的 状态 机 。 你 可 以 混入 FSM 
(finite state machine 的 简写 ， 即 有 限 状 态 机 ，http://doc.akka.io/api/akka/current/#akka.actor. 
FSM) 特征 ， 以 减少 实现 状态 机 所 需要 编写 的 代码 。FSM 特征 提供 了 一 套用 于 定义 状态 机 
的 方便 DSL 语法 。 


ServerActor 会 把 所 有 工作 节点 的 回复 消息 打印 到 控制 台 上 。 因 为 AkkaClient 对 象 并 
不 是 actor 对 象 ， 所 以 ServerActor 无 法 将 这 些 回 复 信 息 发 送 给 AkkaClient 对 象 。 当 
ServerActor 调用 Actor.sender 方法 (返回 消息 的 最 初 发 送 方 对 应 的 ActorRef 对 象 ) 时 ， 
实际 上 返回 了 ActorSystem.deadLetters (http://doc.akka.io/api/akka/current/#akka.actor. 


ActorSystem) 变量 。 

































































system.actorOf(Props[ServerActor], "server") 语句 用 于 构造 ServerActor 对 象 。 该 语句 
解决 了 两 类 设计 难题 。 首 先 ， 由 于 ActorRef 对 象 对 actor 实例 进行 了 封装 ， 因 此 我 们 无 法 
简单 地 通过 执行 new ServerActor 语句 构造 ServerActor XR, Akka 需要 适当 的 对 actor 实 
例 进 行 封装 ， 以 便 完 成 其 他 的 初始 化 步骤 。 
其 次 ，Akka 中 之 所 以 存在 Props (http://doc.akka.io/api/akka/current/#akka.actor.Props$ ) 这 
样 的 单 例 对 象 ， 主 要 是 为 了 解决 如 何 生成 JVM 字 节 码 这 样 一 个 问题 。 为 了 能 够 在 集群 部 
署 环境 下 将 Actor 实例 分 发 到 不 同 节 点 中 ， 这 些 Actor 实例 需要 能 够 被 序列 化 。 关 于 Actor 
实例 序列 化 的 具体 内 容 ， 可 以 参考 Akka docs (http://doc.akka.io/docs/akka/current/scala/ 
remoting.html) 。 假 如 我 们 在 其 他 的 实例 中 创建 了 该 actor 实例 ，Scala 编译 器 需要 将 创建 
actor 实例 的 对 象 信息 也 包含 在 actor 实例 中 。 这 意味 着 假如 我 们 查看 了 某 些 actor 实例 序列 
化 后 的 字 节 码 ， 也 许 能 在 其 中 发 现 其 中 租 入 的 其 他 类 实例 信息 。 假 如 创建 actor 的 实例 无 
法 被 序列 化 ， 该 actor 便 无 法 被 传输 到 其 他 节点 去 。 更 粳 的 是 ， 包 含 了 actor 实例 的 状态 也 
许 会 封装 在 actor 中 ， 这 可 能 会 导致 远 端 市 点 的 不 一 致 行为。 而 单 例 对 象 Props 则 会 有 效 地 
防止 这 类 问题 。 
最 后 ， 我 将 列 出 了 workerActor 的 实现 代码 : 

// src/main/scala/progscala2/concurrency/akka/WorkerActor.scala 

package progscala2.concurrency.akka 


import scala.util.{Try, Success, Failure} 
import akka.actor.{Actor, ActorLogging} 
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class WorkerActor extends Actor with ActorLogging { 
import Messages._ 


private val datastore = collection.mutable.Map.empty[Long,String] // © 


def receive = { 
case Create(key, value) => //@ 
datastore += key -> value 
sender ! Response(Success(s"$key -> $value added")) 


case Read(key) => // 日 
sender ! Response(Try(s"${datastore(key)} found for key = Skey")) 
case Update(key, value) => //@ 


datastore += key -> value 
sender ! Response(Success(s"$key -> $value updated")) 


case Delete(key) => //® 
datastore -= key 
sender ! Response(Success(s"$key deleted") ) 
case Crash(_) => throw WorkerActor.CrashException //® 
case DumpALL => //@ 
sender ! Response(Success(s"${self.path}: datastore = $datastore")) 
} 
} 
object WorkerActor { 
case object CrashException extends RuntimeException("Crash!") // © 
} 


datastore 变量 存储 了 一 个 由 key 值 对 组 成 的 可 变 map。 由 于 Receive 处 理 方 法 是 线程 
安全 的 (Akka 自身 确保 了 这 点 )， 并 且 该 变量 的 WorkerActor 是 私有 状态 ， 因 此 此 处 使 
用 可 变 对 象 是 没有 风险 的 。 不 过 由 于 共享 可 变 状态 这 一 行为 是 危险 的 ， 因 此 我 们 切 巧 
通过 消息 将 该 map 返回 给 消息 调用 者 。 
在 datastore 的 map 对 象 上 添加 一 个 新 的 key 值 对 ， 并 给 消息 发 送 方 发 送 一 条 回复 
消息 。 

尝试 读 取 指定 key 所 对 应 的 value 值 。 假 如 指定 key 不 存在 ， 我 们 可 以 通过 调用 Try 方 
法 中 封装 的 datastore(key) 方法 ， 自 动 捕获 抛 出 的 异常 ， 并 将 其 封装 到 Failure 对 象 
中 。 反 之 ，Try (http://www.scala-lang.org/api/current/index.html#scala.util.Try) 方法 将 返 
回 一 个 Success 对 象 ， 该 对 象 中 封装 了 找到 的 value 值 。 

找到 对 应 的 key 值 ， 并 对 相关 value 进行 更 新 (假如 未 能 找到 对 应 的 key 值 ， 则 直接 创 
建 一 个 新 的 key 值 对 )。 
删除 一 条 key 值 对 。 假 如 key 并 不 存在 ， 则 不 执行 任何 操作 。 

抛 出 CrashException 异常 ， 通 过 这 种 方式 使 actor 对 象 “ 崩 溃 "。 我 们 之 前 已 经 对 
WorkerActor 的 监督 策略 进行 了 配置 。 根 据 配 置 ， 一旦 抛 出 异常 ， 系 统 便 会 重启 该 
actor。 

根据 datastoremap 变量 的 当前 内 容 构 造 出 字符 串 ， 并 将 该 字符 串 作 为 actor 的 状态 回 
复 给 发 送 方 。 

我 们 使 用 特殊 的 CrashExcepion 消息 模拟 actor 崩溃 事件 。 
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接 下 来 ， 我 们 将 在 sbt 提示 符 中 运行 该 示例 : 
run-main progscala2.concurrency.akka.AkkaClient 


(你 也 可 以 调用 run 命令 ， 并 从 显示 的 列表 选择 想 要 运行 的 编号 。) 输入 h 选项 便 能 查看 命 
令 列 表 ， 而 且 可 以 尝试 运行 多 种 命令 。 输 入 quit 则 会 退出 sbt。 另 外 ， 我 们 还 可 以 在 shell 
窗口 或 命令 窗口 中 输入 下 列 命令 运行 程序 : 


sbt "run-main progscala2.concurrency.akka.AkkaClient" < misc/run-akka-input.txt 


由 于 这 些 操作 天 生 就 是 异步 操作 ， 因 此 每 次 执行 该 脚本 ， 都 会 打印 出 不 同 的 结果 。 即 使 从 
misc/run-akka-input.txt 文件 中 复制 出 一 些 输入 行 再 执行 脚本 ， 每 次 执行 的 结果 仍然 不 同 。 
值得 注意 的 是 ，actor 崩溃 ， 数 据 便 会 一 同 丢 失 。 如 果 数 据 丢失 情 况 是 不 可 接受 的 ， 你 可 以 
使 用 Akka 持久 化 模块 (http://doc.akka.io/docs/akka/current/scala/persistence.html) 来 恢复 数 
据 。 持 久 化 模块 能 够 持久 地 存储 actor 的 状态 信息 ， 因 此 即使 重启 actor， 它 也 能 够 恢复 之 
前 的 状态 信息 。 


你 也 许 会 担心 ， 如 果菜 个 actor 对 象 崩溃 了 ，serverActor 对 象 所 持 有 的 一 组 工作 节点 会 不 
会 变 得 无 效 。 这 解释 了 所 有 对 actor 的 访问 都 必须 通过 一 个 中 间 “ 手 柄 ”ActorRef 对 象 的 
原因 。 因 此 直接 访问 Actor 实例 是 不 被 允许 的 。(actor 测试 包 提供 了 一 个 特殊 API, H 
调用 这 个 API 时 才能 直接 访问 Actor 实例 。 请 参考 akka.testkit 包 的 相关 介绍 ，http:/doc. 
akka.io/api/akka/current/#akka.testkit.package, ) 


由 于 ActorRef 对 象 非常 稳定 ， 因 此 这 些 对 象 之 间 能 够 组 成 非常 稳固 的 依赖 关系 。 当 监 
管 器 重启 actor 时 ， 该 监管 器 会 对 ActorRef 执行 重 置 操 作 ， 使 其 指向 新 的 actor 实例 。 假 
如 actor 既 未 重启 ， 也 未 恢复 执行 ， 发 送 到 对 应 ActorRef 对 象 的 所 有 消息 都 会 被 转发 到 
ActorSystem.deadLetters 变量 中 ， 而 该 变量 会 丢弃 已 崩溃 的 actor 所 发 送 的 消息 。 因 此 ， 
ActorRef 对 象 之 间 的 关系 既 稳 固 又 可 靠 。 


关于 Actor 的 一 些 想法 


本 章 出 现 的 应 用 讲解 了 处 理 大 规模 并 发 输入 流 的 一 种 常见 模式 : 将 具体 工作 分 配给 异步 的 
工作 节点 ， 之 后 返回 工作 节点 计算 出 的 结果 (或 者 像 本 章 的 示例 那样 ， 只 是 将 这 些 结果 打 
印 出 来 )。 


我 们 只 掌握 了 Akka 功能 的 皮毛 而 已 。 不 过 即便 如 此 ， 你 现在 也 已 经 掌握 了 典型 的 、 重 要 
的 Akka 应 用 ， 及 它们 的 工作 方式 。Akka 提供 了 非常 棒 的 文档 ， 你 可 以 访问 http://akka.io 
阅读 相关 文档 。 其 中 附录 A 列举 了 一 些 关 于 Akka 的 图 书 。 通 过 阅读 这 些 图 书 你 可 以 获得 
更 深入 的 信息 ， 例 如 : 如 何 有 效 使 用 Akka 的 一 些 模式 和 习 语 。 


Akka 模型 实现 的 actor 是 轻 量 级 的 ， 每 个 actor 大 概 只 有 300 字 节 大 小 。 因 此 ， 你 可 以 在 一 
个 大 型 的 JVM 实例 中 轻松 地 创建 百 万 个 actor 对 象 。 对 开发 人 员 而 言 ， 如 何 追 踪 这 些 具 有 
自主 意识 的 actor 对 象 是 一 个 挑 成 。 不 过 假如 大 多 数 的 actor 都 是 无 状态 的 工作 单元 ， 我 们 
就 可 以 管理 这 些 actor。 此 外 ， 为 了 满足 非常 高 的 可 扩展 性 和 可 用 性 ， 你 还 可 以 使 用 Akka 
搭建 包含 上 千 节 点 的 集群 (http://doc.akka.io/docs/akka/current/common/cluster.html) 。 
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对 于 包括 Akka 在 内 的 actor 模型 ， 存 在 一 种 常见 的 批评 ， 即 缺乏 类 型 安全 性 。 我 们 回顾 
一 下 ，Receive 类 型 是 PartialFunction[Any,Unit] 类 型 的 别名 ， 这 也 意味 着 Receive 无 法 
提供 限定 actor 允许 接受 的 消息 类 型 的 方法 。 因 此 ， 假 如 你 向 某 个 actor 发 送 了 一 条 出 平 
意料 的 消息 ， 你 必须 能 在 运行 时 监测 到 这 一 问题 。 在 逻辑 正确 性 方面 ， 编 译 器 和 类 型 系 
统 并 不 会 提供 帮助 。 与 之 相似 ，actor 之 间 的 引用 都 是 ActorRef 类 型 ， 而 不 是 特定 的 某 一 


Actor 类 型 。 


尽管 已 经 有 人 尝试 为 actor 模型 添加 更 多 的 限制 性 输入 ， 但 是 迄今 还 没有 成 功 的 。 对 于 
大 多 数 用 户 而 言 ，actor 模型 功能 强大 且 有 具备 较 强 的 灵活 性 ， 这 足以 弥补 缺乏 类 型 安全 
的 缺点 。 


actor 模型 实际 上 并 不 是 纯正 的 函数 式 编程 模型 。Receive 方法 返回 Unit 类 型 ， 这 意味 着 在 
该 方法 中 ， 所 有 事情 都 是 通过 副作用 完成 的 ! 再 者 ， 只 要 有 需要 ，actor 模型 便 会 允许 使 用 
可 变 状态 ， 就 像 我 们 编写 的 datastore 那样 。 


不 过 ， 在 使 用 可 变 状态 时 ， 需 要 严格 遵守 一 条 规则 : 将 状态 封装 在 某 个 actor 中 ， 并 确保 
所 有 状态 的 相关 操作 都 是 线程 安全 的 。actor 之 间 传 递 的 消息 应 为 不 可 变 对 象 。 不 幸 的 是 ， 
Scala 和 Akka 自身 无 法 保障 这 些 可 变性 约束 。 所 有 这 些 约束 都 是 由 你 自发 完成 的 ， 但 你 可 
以 使 用 一 些 工具 来 确保 这 些 约束 的 正常 实施 。 


有 趣 的 是 actor 模型 与 Alan Kay 眼中 的 面向 对 象 的 编程 非常 吻合 。Alan Kay 是 Smalltalk 语 
言 的 发 明 人 之 一 ， 也 被 认为 是 “面向 对 象 编程 ”这 一 术语 的 创造 者 。 他 认为 对 象 应 该 自主 
地 对 状态 进行 封装 ， 这 些 状 态 只 能 通过 消息 传递 的 方式 与 其 他 对 象 通信 (http://c2.com/cgi/ 
wiki?AlanKaysDefinitionOfObjectOriented) 。 事 实 上， 在 Smalltalk 语言 中 调用 方法 被 称 作 向 
该 对 象 发 送 了 一 条 消息 。 

最 后 ， 我 想 说 明 一 下 ，actor 模型 是 处 理 大 规模 、 高 度 可 用 、 事 件 驱 动 应 用 程序 的 更 为 通用 
的 一 种 方法 。 在 进一步 说 明 这 一 模型 之 前 ， 我 们 首先 讨论 下 跨 进 程 分 配 代码 所 面临 的 两 个 
难题 。 我 们 也 将 一 同 给 出 这 两 个 难题 的 解决 方案 : Pickling 库 和 Spores 库 。 


17.5 Pickling 和 Spores 


如 何 高 效 、 可 控 地 构造 集群 之 间 传 输 数 据 及 代码 的 序列 化 和 反 序 列 机 制 ， 是 分 布 式 系统 
的 一 个 挑战 。 这 是 一 个 古老 的 问题 ， 而 Java 从 发 明之 初 便 提供 了 一 个 内 置 的 序列 化 机 制 。 
不 过 ， 我 们 还 是 能 够 构造 出 性 能 远 超 Java 内 骨 功 能 的 序列 化 机 制 ， 而 选择 序列 化 机 制 时 
需要 均衡 考虑 运行 速度 和 其 他 的 一 些 需 求 。 比 方 说 ， 序 列 化 格式 是 否 需 要 适用 于 多 种 语 
言 ? 是 否 需 要 考虑 非 JVM 语言 ? 是 否 应 在 序列 化 内 容 中 磐 入 内 容 格式 ?是 否 需要 支持 版 
本 变更 ? 
Scala Pickling 库 (https://github.com/scala/pickling) 希望 能 够 为 用 户 提 供 一 个 序列 化 的 
方案 ， 从 而 最 大 程度 地 对 源 代 码 进 行 简化 ， 并 提供 可 插 拔 的 架构 以 支持 不 同 的 后 台 序 列 
化 格式 。 


之 前 ， 我 们 在 谈论 Akka 的 Props 类 型 时 曾 讲 过 一 个 相关 的 问题 : 假如 我 们 要 将 某 一 闭 包 
( 即 函数 字面 量 ) 分 发 到 本 进程 之 外 的 其 他 进程 中 ， 其 他 进程 会 捕获 到 什么 呢 ? Spores 项 
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目 希望 能 够 解决 这 个 问题 : Spores 会 向 用 户 提供 一 个 API， 开 发 者 可 以 通过 该 API 构造 一 
A “at” MRAR), Hh API 负责 确保 “孢子 ”传递 的 准确 性 。 如 果 你 希望 了 
解 Spores 项 目的 更 多 信息 或 例子 ， 请 参考 Scaladoc (http://docs.scala-lang.org/sips/pending/ 
spores.html) 。 


Pickling 和 Spores 项 目 目 前 均 处 于 开发 阶段 ， 它 们 有 望 出 现在 Scala 的 后 续 版 本 中 ， 也 可 
能 会 作为 单独 的 库 推出 。 


17.6 反应 式 编程 


很 长 时 间 以 来 ， 人 们 都 认为 必须 使 用 事件 驱动 来 处 理 大 规模 应 用 ， 这 也 意味 着 作为 服务 
方 ， 这 些 应 用 必须 对 请 求 做 出 响应 ， 当 需要 获得 其 他 服务 的 “帮助 ”时 ， 这 些 应 用 又 需要 
向 服务 提供 方 发 送 事件 〈 或 消息 ) 。 因 特 网 就 建立 在 这 样 的 认 知 之 下 。 由 于 这 类 系统 本 身 
是 响应 式 的 ， 不 需要 根据 某 些 内 部 逻辑 来 执行 工作 ， 因 此 这 类 系统 也 被 称 为 反应 式 系统 。 


反应 式 编程 原理 推出 之 后 ， 涌 现 了 一 批 模型 ， 这 些 模型 通过 不 同 的 方式 实现 了 这 一 原理 。 

除了 actor 模型 之 外 ， 还 有 两 个 流行 的 模型 。actor 模型 认为 只 要 能 将 可 变 状态 局 限 在 某 一 

actor 内 ， 可 变 状态 便 是 合理 的 ， 而 这 两 个 类 型 则 不 同 ， 它 们 都 比 actor 模型 更 为 纯粹 : 

。 函数 式 反应 式 编程 (functional reactive programming, FRP) 
为 了 实现 某 个 图 像 应 用 程序 ，Conal Elliott 和 Paul Hudak 使 用 Haskell 语言 实现 了 
FRP (https://wiki.haskell.org/Functional_Reactive_Programming) 模型 。 他 们 实现 的 
FRP 是 一 个 早期 的 数据 流 模 型 ， 在 这 个 模型 中 ， 基 于 时 间 的 状态 需要 通过 某 一 系统 
传播 到 需要 使 用 这 些 状 态 的 代码 中 。 当 FRP 模型 中 的 某 一 状态 发 生变 化 时 ， 你 并 不 
需要 手动 地 对 依赖 这 些 变 化 的 变量 进行 更 新 ， 与 之 相反 ，FRP 会 使 用 声明 的 方式 描述 
数据 元 素 之 间 的 依赖 关系 ， 而 FRP 运行 时 则 会 负责 状态 传播 。 因此， 用 户 使 用 函数 
式 声明 语句 和 组 合 语法 编写 代码 。 最 近 ，Evan Czaplicki 使 用 Elm 语言 实现 了 FRP BE 
型 ，Elm (http://elm-lang.org) 编写 的 代码 能 够 编译 成 JavaScript 代码 。 而 名 为 “反对 
观察 者 模型 ”(Deprecating the Observer Pattern (http://lampwww.epfl.ch/~imaier/pub/ 
DeprecatingObserversTR2010.pdf)) 的 论文 则 对 Scala 语言 中 的 一 个 类 似 的 模型 进行 了 
分 析 。 

。 反应 式 扩 展 (reactive extensions, Rx) 
Rx (https://rx.codeplex.com) 是 由 Erik Meijer 和 他 的 合作 者 们 实现 的 ， 该 模型 最 初 只 
能 用 于 .NET 平台， 随后 被 迁移 到 了 许多 其 他 语言 当中 ， 包 括 Java 和 Scala (Li Haoyi 
(https://github.com/lihaoyi/scala.rx) 实现 了 Scala 的 迁移 工作 )。Rx 模型 中 的 可 观察 序 
列 代表 事件 流 或 其 他 数据 源 。 通 过 将 可 观察 序列 与 LINQ (LINQ 是 language-integrated 
query 的 缩写 ， 译 为 语言 集成 查询 ) 库 提供 的 查询 操作 符 (组 合 器 ) 拼接 起 来 ，Rx 组 成 
了 异步 程序 。 

最 近 ， 已 经 有 组 织 起 草 了 Reactive 宣言 (http://www.reactivemanifesto.org/) 用 于 提供 明确 

的 “反应 式 ” 系 统 定义 。 目 前 已 经 为 反应 式 系 统 定义 了 四 个 特征 。 所 有 可 伸缩 、 可 恢复 的 

反应 式 程序 都 应 遵循 这 些 特征 。 
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。 消息 传递 或 事件 传递 
反应 式 系 统 必 须 能 对 消息 或 事件 (这些 术 语 的 定义 ) 进行 响应 ， 这 也 是 最 基本 的 要 求 。 

。 可 灵活 伸缩 
为 了 能 够 满足 处 理 要 求 ， 反 应 式 系统 是 可 伸缩 的 系统 。 这 就 意味 着 该 系统 能 够 通过 水 平 
扩展 的 方式 进行 扩容 、 调 整 进程 数 、 处 理 核 数 、 处 理 节 点 数 。 理 想 状 态 下 ， 为 了 能 够 动 
态 响 应 不 停 变化 的 处 理 需 求 ， 系 统 应 该 根据 当前 需求 动态 的 执行 水 平 扩展 ， 这 种 调整 既 
包括 增加 处 理 资 源 ， 也 包括 自动 回收 资源 。 在 设计 此 类 系统 的 架构 时 ， 应 将 网 络 参数 
(例如 : 性 能 和 可 靠 性 ) 视 为 需要 考虑 的 头等 事项 。 用 这 各 方法， 我们 需要 花费 大 量 的 
精力 才能 对 那些 需要 维护 重要 状态 信息 的 服务 进行 横向 扩展 ， 而 且 这 类 系统 也 很 难 对 状 
态 信息 进行 “分 片 ” 和 可 靠 地 复制 。 

。 可 恢复 
随 着 系统 不 断 变 大 ， 那 些 不 常见 的 事件 也 会 越 来 越 频 蚂 地 出 现在 系统 中 。 因 此 ， 错 误 也 
是 需要 考虑 的 头等 要 事 。 构 造反 应 式 系统 时 ， 必 须 不 断 的 进行 改造 ， 以 便 能 够 在 出 现 错 
误 时 优雅 地 恢复 系统 。 

。 响应 式 

响应 式 系统 需要 能 够 随时 对 服务 请 求 进行 响应 ， 即 使 系统 中 出 现 了 错误 的 组 件 或 是 经 历 

了 非常 高 的 流量 峰值 ， 响 应 式 也 需要 通过 优雅 降级 (graceful degradation) 的 方式 继续 

响应 用 户 的 请 求 。 


Actor, FRP 以 及 Rx 都 是 基于 事件 的 系统 模型 。FRP 和 Rx 模型 更 像 是 一 个 处 理 各 类 事件 
流 的 管道 系统 ， 而 actor 模型 则 像 是 一 个 帮助 各 个 组 件 进行 交互 的 网 络 系统 。 尽 管 略 有 差 
异 ,， 但 是 这 些 模型 都 能 够 通过 多 种 方式 进行 扩展 。 有 一 点 可 以 断言 ，actor 模型 健壮 的 错 
误 处 理 策 略 ， 使 得 它 对 可 反应 性 (responsiveness) 提供 的 支持 成 为 最 强 的 支持 。 最 后 再 
提 一 点 ， 尽 管 这 些 模 型 提高 系统 响应 度 的 方式 不 同 ， 但 所 有 模型 都 致力 于 最 大 程度 地 减少 
阻塞 。 


17.7 ”本章 回顾 与 下 一 章 提要 


我 们 已 经 学 习 了 如 何 使 用 Akka 提供 的 actor 为 大 型 系统 构建 健壮 的 、 可 扩展 的 、 并 发 应 用 
程序 。 与 此 同时 ， 我 们 还 了 解 了 Scala 提供 的 进程 管理 功能 以 及 future 机 制 。 最 后 ， 我 们 
还 讲述 了 反应 式 编程 的 相关 概念 。actor 模型 便 是 一 类 反应 式 编程 的 实现 。 除 此 之 外 ， 我 们 
还 讨论 了 另外 两 个 常见 的 模型 FRP 模型 和 Rx 模型 。 

在 一 下 章 中 ， 我 们 将 会 对 当前 最 为 热门 的 领域 之 一 一 一 大 数据 ， 进 行 讲解 ， 同 时 ， 我 们 还 
将 解释 Scala 逐渐 变 成 大 数据 领域 实际 编程 语言 的 原因 。 
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第 18 章 


Scala 与 大 数据 





在 第 17 章 中 ， 我 们 就 讨论 过 编写 并 发 程序 是 函数 式 编程 被 采用 的 推动 力 。 然 而 ，actor 等 
不 错 的 并 发 模型 却 让 开发 者 可 以 继续 使 用 面向 对 象 的 编程 技术 ， 避 免 了 对 函数 式 编程 的 学 
习 。 所 以 ， 多 核 问 题 (multicore problem) 的 出 现 ， 是 否 并 没有 带 来 我 们 预期 的 转变 呢 ? 


现在 ,我 认为 大 数据 将 是 函数 式 编程 更 强大 的 推动 力 。 尽 管 actor 模型 的 代码 看 起 来 或 多 
或 少 还 是 面向 对 象 的 ， 但 使 用 面向 对 象 的 Java 编写 的 大 数据 程序 与 使 用 函数 式 的 Scala 编 
写 的 大 数据 程序 之 间 的 差别 是 惊人 的 。 函 数 式 中 的 组 合子 ， 如 : map, flatMap, filter 和 
fold 等 ,一 直 是 处 理 数 据 的 有 效 工 具 。 无 论 是 内 存 集合 中 的 小 规模 数据 ， 还 是 分 散在 PB 
级 规模 集群 里 的 数据 ， 都 适合 采用 同样 的 抽象 。 组 合子 的 通用 性 对 这 一 规模 的 变化 几乎 是 
无 颖 的 。 一 旦 你 了 解 了 Scada 集合 ， 你 就 可 以 迅速 学 会 使 用 流行 的 大 数据 工具 对 应 的 Scala 
API。 的 确 ， 你 最 终 必须 理解 这 些 工具 是 如 何 实现 的 以 便 写 出 更 多 高 性 能 的 应 用 ， 但 你 也 
可 以 现在 就 很 快 掌握 它们 。 

我 曾 与 很 多 有 过 大 数据 经 验 但 从 未 对 Scala 产生 兴趣 的 Java 开发 人 员 进 行 过 交流 。 当 看 到 
采用 Scala 编写 的 代码 可 以 如 此 简洁 之 后 ， 他 们 感到 非常 高 兴 。 正 因为 如 此 ，S$cala 实际 上 
已 经 成 为 开发 大 数据 应 用 的 标准 编程 语言 ， 至 少 对 于 像 我 们 一 样 的 开发 者 是 这 样 的 。 数 据 
科学 家 倾向 于 坚持 使 用 自己 喜欢 的 工具 ， 如 R 和 Python, 


18.1 大 数据 简 史 


大 数据 条 盖 的 工具 和 技术 出 现 于 过 去 的 十 年 ， 主 要 用 以 解决 三 个 日 益 凸 显 的 挑战 。 第 一 个 
挑战 是 想方设法 处 理 巨大 的 数据 集 。 数 据 集 的 规模 远大 于 传统 方法 可 以 管理 的 数据 ， 如 传 
统 的 关系 数据 库 。 第 二 个 挑战 是 即使 系统 遇 到 部 分 失败 时 ， 也 能 提供 持续 可 用 性 的 功能 。 


早期 的 互联 网 巨头 ， 如 亚马逊 、eBay、 雅 虎 和 谷歌 ， 是 第 一 批 要 面 对 这 些 挑战 的 企业 。 他 
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们 每 100s 就 会 积累 TB 到 PB (petabyte) 级 别 的 数据 ， 远 远 超 任何 关系 型 数据 库 和 昂贵 的 
文件 存储 设备 的 存储 能 力 ， 即 使 现在 也 是 如 此 。 此 外 ， 作 为 互联 网 公司 ， 他 们 需要 这 些 数 
HAR 24 小 时 可 用 。 即 使 是 间隔 5~9 秒 的 “黄金 标准 ”可 用 性 也 不 足以 满足 需求 。 不 幸 
的 是 ， 因 为 还 没有 学 会 如 何 应 对 这 些 挑 成 ， 许 多 早期 的 互联 网 公司 都 曾经 历 过 尴 熔 和 灾难 
性 的 故障 。 

那些 成 功 的 公司 从 不 同 的 角度 解决 了 这 个 问题 。 以 亚马逊 为 例 ， 亚 马 逊 开发 了 一 种 名 为 
Dynamo 的 数据 库 ， 它 回避 了 关系 模型 ， 而 采用 简单 的 key- 值 存储 模型 ， 事 务 的 支持 仅 
限于 行 级 别 ， 数 据 则 分 片 存储 在 一 个 集群 中 (在 著名 的 Dynamo 研究 论文 (http://www. 
cs.ucsb.edu/~agrawal/fall2009/dynamo.pdf) 中 有 描述 )。 作 为 回报 ， 它 们 得 以 通过 水 平 扩 展 
存储 大 量 的 数据 ， 具 有 高 的 读 写 否 吐 量 ， 并 具有 更 高 的 可 用 性 。 由 于 复制 策略 ， 节 点 和 机 
架 故 障 不 会 导致 数据 丢失 。 当 今 许 多 流行 的 NoSQL 数据 库 都 受到 了 Dynamo 的 局 发 。 
谷歌 开发 了 一 个 集群 、 虚 拟 的 文件 系统 ， 称 为 谷歌 文件 系统 (http:/research.google.comy/ 
archive/gfs.html) (Google File System，GFS) ， 该 系统 拥有 类 似 Dynamo 的 可 扩展 性 和 可 用 
性 。 在 GFS 之 上 ， 他 们 建立 了 一 个 通用 的 计算 引擎 ， 将 分 析 工 作 分 发 到 集群 中 。 由 于 任务 
运行 在 多 个 节点 上 ， 从 而 充分 利用 了 并 行 ， 实 现 比 单线 程 程序 更 快 的 数据 处 理 。 这 个 称 为 
MapReduce (https://www.usenix.org/legacy/event/osdi04/tech/full_papers/dean/dean.pdf) 的 计 
算 引 擎 ， 它 引发 了 从 类 似 SQL 的 查询 到 机 器 学 习 算 法 等 一 大 批 应 用 的 出 现 。 


GFS 和 MapReduce 启发 了 一 个 克隆 实现 ， 它 们 合 起 来 被 称 为 Hadoop (http://hadoop. 
apache.org)。 因 为 其 他 许多 公司 也 开始 使 用 Hadoop 来 存储 和 分 析 自 己 不 断 增长 的 数据 集 ， 
Hadoop 在 21 世纪 后 期 得 到 迅速 应 用 。 它 的 文件 系统 被 称 为 HDFS: Hadoop Distributed 
File System (Hadoop 分 布 式 文件 系统 ) 。 


现在 ， 具 有 大 数据 集 的 组 织 往往 同时 部 署 了 Hadoop 和 NoSQL 数据 库 ， 以 支持 它们 的 众多 
应 用 ， 从 成 本 较 低 的 数据 仓库 、 其 他 “离线 ”分 析 ， 到 超大 型 的 事务 处 理 等 。 

“大 数据 ”这 个 词 也 有 些许 不 当 ， 因 为 许多 数据 集 并 没有 那么 大 。 但 人 们 发 现 通过 使 用 灵 
活 、 低 成 本 的 大 数据 工具 实现 存档 、 集 成 与 分 析 数 据 的 方式 非常 有 用 ， 而 且 这 些 数据 格式 
多 样 、 来 源 广泛 。 

本 章 的 其 余部 分 将 主要 讨论 大 数据 的 计算 引擎 ， 探 索 MapReduce 工具 的 演变 过 程 以 及 
MapReduce 如 何 被 更 好 的 工具 代替 。 在 这 个 过 程 中 ，Scala 就 处 于 这 种 演变 的 前 沿 和 中 心 
的 位 置 。 

对 于 大 多 数 NoSQL 数据 库 ，Scala 都 有 相应 的 API; 而 且 在 大 多 数 情况 下 ， 这 些 API 的 设 
计 都 符合 惯例 ， 与 你 可 能 使 用 过 的 Java API 很 类 似 。 这 样 ， 我 们 就 可 以 集中 精力 于 更 难 的 
问题 上 ， 而 不 是 把 时 间 花 在 广泛 普及 的 概念 上 。 这 些 较 难 的 问题 包括 简化 函数 式 编程 和 增 
强 以 数据 为 中 心 的 应 用 程序 。 


18.2 用 Scala 改 善 MapReduce 


MapReduce 的 Java API 是 非常 底层 的 但 很 难 使 用 ， 它 需要 特别 的 专业 知识 来 实现 一 些 
算法 ， 才 能 获得 良好 的 性 能 。MapReduce 模型 包含 map 步骤 ， 在 该 步骤 中 我 们 通过 读 
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入 文件 ， 将 数据 转 为 key 值 对 的 形式 ， 来 满足 算法 的 要 求 。key 值 对 在 shuffle 阶段 被 混 
洗 ， 安 排 相 同 的 key 在 一 起 ， 然 后 执行 最 后 的 reduce 处 理 步骤 。 许 多 算法 都 需要 好 多 个 
MapReduce 的 job 串 在 一 起 。 不 幸 的 是 ，MapReduce 在 每 个 job 结束 后 ， 会 将 数据 刷 到 磁 
盘 中 ， 即 使 该 序列 中 的 下 一 个 作业 需要 将 数据 读 回 内 存 。 反 复 执行 磁盘 IO 是 MapReduce 
处 理 大 型 数据 集 时 效率 不 高 的 主要 原因 。 


在 MapReduce 中 ，map 其 实 表示 平坦 映射 (flat map)， 这 是 因为 对 于 每 一 个 输入 〈 比 如 ， 
文本 文件 中 的 一 个 ) 会 产生 零 到 多 个 输出 的 key 值 对 。Reduce 的 含义 与 通常 认为 的 相同 。 
但 是 ， 试 想 一 下 ， 如 果 Scala 的 容器 只 有 fatMap 和 reduce 这 两 个 组 合子 ， 会 如 何 呢 ? 许 
多 你 想 完成 的 转换 会 很 难 实现 。 另 外 ， 你 需要 了 解 如 何在 大 型 数据 集 上 有 效 地 实现 转换 。 
其 结果 如 下 : 在 原则 上 ， 你 可 以 在 MapReduce 实现 几乎 所 有 的 算法 ， 但 在 实践 中 ， 这 需要 
特殊 的 专业 知识 和 具有 挑战 性 的 编程 工作 。 


Cascading (http://cascading.org) 是 Java 中 最 有 名 的 API， 它 支持 对 Hadoop MapReduce 中 
的 典型 数据 问题 进行 抽象 ， 也 隐藏 了 许多 底层 的 MapReduce 细 (请 注意 ， 在 我 写 这 本 书 
时 ， 用 于 消除 MapReduce 的 替代 后 端 工具 正在 开发 中 )。Twitter 发 明了 Scalding (https:// 
github.com/twitter/scalding) 。Scalding 是 基于 Cascading 的 Scala API， 已 经 变 得 非常 流行 。 


下 面 我 们 来 看 一 个 典型 的 算法 Word Count， 它 是 Hadoop 的 “Hello World”。 因 为 它 的 概念 
很 容易 理解 ， 你 可 以 专注 于 学 习 API。 在 Word Count 中 ,文档 语 料 由 并 行 的 map 任务 ( 通 
常 每 个 任务 读 取 一 个 文件 ) 读 入 。 文 本 被 拆 分 为 单词 ， 每 个 任务 输出 (word, count) 对 组 
成 的 序列 ， 其 中 count 是 word 在 该 文档 中 出 现 的 次 数 。 在 最 简单 的 一 种 实现 中 ，map 每 当 
遇见 word， 就 输出 (word，1)。 不 过 优化 性 能 的 话 ，map 对 每 个 单词 只 输出 一 个 (word, 
count) 对 ， 这 样 可 以 减少 输送 给 reduce 的 key 值 对 个 数 。 在 这 个 算法 中 ，word 是 key。 

混 洗 进程 将 所 有 相同 的 word 元 组 组 合 到 一 起 并 分 配给 同一 个 reduce 任务 ， 在 reduce 中 
计算 出 单词 的 最 终 出 现 次 数 ， 并 把 所 有 的 结果 写 回 磁盘 。 在 逻辑 上 ， 写 10 次 (Foo, 1) 
元 组 与 写 1 次 (Foo, 10) 元 组 是 一 样 的 ， 因 为 加 法 满足 结合 律 ， 在 任何 阶段 进行 相 加 
都 一 样 。 
下 面 我 们 来 比较 以 下 3 种 API 实现 Word Count: Java MapReduce、Cascading 和 Scalding。 














































































































由 于 这 些 例子 需要 其 他 一 些 依 赖 才能 编译 执行 ， 部 分 依赖 的 工具 包 还 不 支持 
Scala 2.11， 工 具 包 里 的 文件 都 带 “X” 后 级 ， 因 此 sbt 不 会 编译 它们 。 脚 注 
中 包含 每 个 例子 如 何 编译 运行 的 信息 














o 


为 节省 篇 幅 ， 我 只 会 给 出 Hadoop MapReduce 版 本 的 部 分 代码 。 完 整 的 代码 可 以 从 本 书 的 
随 书 代码 实例 中 下 载 ， 地 址 在 注释 中 给 出 : | 


// src/main/java/progscala2/bigdata/HadoopWordCount. javaX 








class WordCountMapper extends MapReduceBase 





TE 1: Hadoop 教程 中 有 男 一 种 实现 ， 同 时 还 有 编译 、 运 行 Hadoop 程序 的 命令 说 明 。 另 外 也 可 参见 Tom 
White 的 《Hadoop 权威 指南 (第 3 版 )》 来 获取 相关 的 知识 。 
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implements Mapper<IntWritable, Text, Text, IntWritable> { 


static final IntWritable one = new IntWritable(1); 
static final Text word = new Text; 


@Override public void map(IntWritable key, Text valueDocContents, 
OutputCollector<Text, IntWritable> output, Reporter reporter) { 
String[] tokens = valueDocContents.toString.split("\\s+"); // © 
for (String wordString: tokens) { 
if (wordString. length > 0) { 
word.set(wordString.toLowerCase) ; 
output.collect(word, one); 
} 
} 
} 
} 


class WordCountReduce extends MapReduceBase 
implements Reducer<Text, IntWritable, Text, IntWritable> { 


public void reduce(Text keyWord, java.util.Iterator<IntWritable> counts, 
OutputCollector<Text, IntWritable> output, Reporter reporter) { 
int totalCount = 0; 
while (counts.hasNext) { // @ 
totalCount += counts.next.get; 


} 


output.collect(keyWord, new IntWritable(totalCount)); 
} 
} 


@ map 步骤 的 实际 工作 。 文 本 被 切 分 为 单词 ， 每 个 单词 都 作为 key 写 到 输出 中 ， 同 时 写 
入 的 还 有 数字 1， 作 为 key 值 。 

@ reduce 步骤 的 实际 工作 。 对 于 每 个 key ( 即 单词 )， 计 算 其 人 
数 的 总 和 被 写 和 人 输出， 保存 到 文件 中 。 


这 段 代码 让 我 想起 了 原来 的 EJB 1.X API。 侵 入 性 非常 高 ， 也 不 够 灵活 。 样 板 代码 比比 
绰 是 。 你 必须 将 所 有 字段 包装 在 序列 化 格式 Writable 中 ， 因 为 Hadoop 不 会 为 你 做 这 些 。 
Java 的 惯用 方法 实现 起 来 非常 楷 琐 。 提 供 main 函数 的 代码 没有 给 出 ， 其 中 添加 了 12 行 左 
右 的 代码 ， 用 来 设置 应 用 程序 。 我 不 会 解释 所 有 的 API 细节 ， 但 希望 你 已 经 理解 到 ， 这 里 
所 用 的 API 需要 注意 很 多 与 算法 本 身 毫 无 关系 的 细 市 。 


除去 import 语句 和 注释 ， 这 个 版 本 约 有 60 行 代码 。 这 不 算 多 。MapReduce 的 job 通常 比 
通用 的 IT 应 用 要 小 ， 人 算法 非常 简单 。 要 实现 更 复杂 的 算法 ， 复 杂 程 度 会 
显 车 提高。 例如 : 你 可 能 会 写 一 个 常见 的 SQL 查询 语句 ， 数 据 保 存在 一 个 名 为 wordcount 
的 表 中 


SELECT word, count FROM wordcount ORDER BY word ASC, count DESC; 


很 简单 。 在 互联 网 上 搜索 secondary sort mapreduce， 然 后 你 会 找到 MapReduce 的 实现 ， 其 
复杂 度 让 人 感到 BIF. 


Cascading 提供 了 一 个 直观 的 管道 (pipe) 模型 ， 管 道 被 连接 到 flow， 其 中 的 数据 源 和 水 槽 
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的 总 和 。 单 词 及 其 出 现 次 
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是 tap。 下 面 的 完整 代码 (省 略 了 import 语句 ) 是 等 价 的 Cascading 版 本 的 实现 : 


// src/main/java/progscala2/bigdata/CascadingWordCount.javaX 
package impatient; 


© 0 000 











import ...; 


public class CascadingWordCount { 
public static void main( String[] args ) { 


} 
} 


E. 








String input = args[0]; 
String output = args[1]; 


Properties properties = new Properties(); //@ 
AppProps.setApplicationJarClass( properties, Main.class ); 


HadoopFlowConnector flowConnector = new HadoopFlowConnector( properties ); 


Tap docTap = new Hfs( new TextDelimited( true, "\t" ), input ); //@ 
Tap wcTap = new Hfs( new TextDelimited( true, "\t" ), output ); 


Fields token = new Fields( "token" ); // 日 
Fields text = new Fields( "text" ); 
RegexSplitGenerator splitter = 
new RegexSplitGenerator( token, "[ \\[\\J\\(\\),.1]" )3 
Pipe docPipe = // @ 
new Each( "token", text, splitter, Fields.RESULTS ); 


Pipe wcPipe = new Pipe( "wc", docPipe ); // ® 
wcPipe = new GroupBy( wcPipe, token ); 
wcPipe = new Every( wcPipe, Fields.ALL, new Count(), Fields.ALL ); 


// 将 所 有 的 tap ,pipe 等 连接 到 fLow。 

FLowDef fLowDef = FlowDef.flowDef() // © 
.SetName( "wc" ) 
.addSource( docPipe, docTap ) 
.addTailSink( wcPipe, wcTap ); 





// 运行 flow。 
Flow wcFlow = flowConnector.connect( flowDef ); //@ 
wcFLow.complete(); 


用 于 设置 的 代码 ， 包 括 为 Hadoop 的 运行 做 的 配置 。 
用 HDFS 的 tap 读 写 数据 。 

定义 元 组 中 的 两 个 字段 ， 以 表示 一 条 记录 。 用 正则 表达 式 将 文本 切 分 为 单词 组 成 的 流 。 
创建 一 个 管道 ， 用 来 迭代 输入 的 文本 ， 输 出 单词 。 











创建 新 管道 ， 对 单词 执行 分 组 操作 ， 单 词 作为 分 组 的 key。 然 后 用 另 一 个 管道 计算 
组 的 单词 数 。 





注 2: 改编 自 Cascading for the Impatient, Part2 (http://docs.cascading.org/impatient) ，@ 2007-2013 Concurrent, 


Inc. 


版 权 所 有 。 








@ 创建 flow， 并 输入 输出 连接 到 管道 中 。 
@ 运行 该 程序 。 
除去 import 语句 ，Cascading 版 本 的 代码 大 约 有 30 行 。 即 使 对 该 API 不 太 了 解 ， 也 能 理 
解 该 算法 。 将 文本 切 分 为 单词 后 ， 我 们 对 单词 进行 分 组 ， 然 后 对 每 一 组 计算 个 数 。 这 就 是 
算法 所 做 的 工作 。 如 果 我 们 的 数据 表 里 有 “原始 的 单词 ”的 话 ， 对 应 的 SQL 查询 语句 会 
是 这 样 : 

SELECT word, COUNT(*) as count FROM raw_words GROUP BY word; 
Cascading 提供 了 一 组 优雅 的 API， 该 API 已 变 得 非常 流行 。 但 Cascading 在 开发 时 ， 受 到 
T Java 相对 元 长 的 语法 和 Java 8 以 前 缺少 匿名 函数 等 缺点 的 限制 。 例 如 : Each, GroupBy 
及 Every 等 对 象 应 该 用 高 阶 函 数 实现 。Scalding 就 是 这 么 做 的 。 
以 下 就 是 Scalding HJARA °: 


// src/main/scala/progscala2/bigdata/WordCountScalding.scalaX 















































import com.twitter.scalding._ //@ 


class WordCount(args : Args) extends Job(args) { 


TextLine(args("input") ) //@ 
.read 
.flatMap('line -> 'word) { // ® 

line: String => line.trim.toLowerCase.split("""\s+""") 
} 
.groupBy('word){ group => group.size('count) } //@ 
.write(Tsv(args("output"))) /1 9 
} 


@ 只 有 一 个 重要 的 import 语句 。 

o 读 进 文件 ， 其 中 的 每 一 行 都 是 一 条 “记录 ”。TextLine 抽象 了 本 地 文件 系统 、HDFS、 
S3 等 。Scalding 运行 的 方式 决定 文件 系统 的 路 径 的 解释 方式 ， 在 这 一 点 上 ，Cascading 
却 要 求 你 在 代码 中 来 决定 。 每 一 行 字段 名 均 为 "Line，Scalding 用 Scala 符号 来 指定 字 
段 名 。 表 达 式 args("input") 表示 从 命令 行 参数 --input path 中 获取 路 径 。 

© 得 到 每 个 'Line， 用 flatMap 将 其 切 分 为 单词 。 语 法 (‘line -> 'word)， 表示 我 们 提取 
输入 的 一 个 字段 (当前 只 有 一 个 字段 )， 输 出 的 字段 被 称 为 ‘word, 

O 以 单词 为 key 进行 分 组 ， 然 后 计算 组 的 大 小 。 输 出 的 记录 形式 为 ('word，'count)。 

O 将 输出 以 Tab 分 隔 的 形式 写 和 到 命令 行 参数 --output path 指定 的 路 径 中 去 。 

Scalding 的 版 本 代码 只 有 十 几 行 ， 还 包括 了 import 语句 ! 现在 ， 几 乎 所 有 的 架构 细节 退 居 

幕后 。 这 里 纯粹 是 算法 。 你 能 知道 flatMap 和 groupBy 在 做 什么 ， 即 使 Scalding 为 大 多 数 

组 合子 添加 了 一 个 额外 的 参数 列表 ， 用 于 字段 选择 。 

















注 3: 改编 自 GitHub 上 的 scalding-workshop 示例 。 
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我 们 从 宛 长 、 繁 琐 的 程序 演变 为 一 个 简单 的 脚本 。 当 你 可 以 写 出 如 此 简洁 的 程序 的 时 候 ， 


整个 软件 开发 过 程 都 改变 了 。 








18.3 超越 MapReduce 


在 “实际 的 时 间 ” 处 理事 件 的 需求 正在 成 为 趋势 。MapReduce 只 适用 于 完成 批 处 理 模式 。 
HDFS 在 最 近 才 增加 了 对 文件 增 量 更 新 的 支持 。 大 多 数 的 Hadoop 工具 还 不 支持 此 功能 。 





这 种 趋势 使 得 新 的 工具 被 创造 上 
群 事件 处 理 系统 。 














底层 模型 上 遇 到 的 困难 。 





























HÆ, 4M: storm (http://storm.apache.org/)， 该 工具 是 一 个 集 

















其 他 日 益 受 到 关注 的 是 MapReduce 的 性 能 限制 ， 如 前 面 提 到 的 过 度 磁盘 VO, LAB API Ail 


大 多 数 第 一 代 技 术 都 有 一 定 的 局 限 性 ， 最 终 导 致 它们 被 其 他 技术 替代 。Hadoop 的 主要 厂 
商 最 近 接 受 了 MapReduce 的 替代 者 ， 即 Spark (http://spark.apache.org)， 它 同时 支持 批 处 














原因 是 它 将 数据 缓存 在 了 步骤 


理 模式 和 流 模式 。Spark 用 Scala 编写 而 成 ， 相 比 MapReduce， 它 提供 了 出 色 的 性 能 ， 部 分 


间 的 内 存 中 。 也 许 最 重要 的 是 ，Spark 提供 了 类 似 Scalding 


提供 的 直观 的 API, {E Spark 提供 的 API 具有 令 人 难以 置信 的 简洁 性 和 丰富 的 表现 力 。 


Scalding 和 Cascading 使 用 管道 ， 而 Spark 使 用 弹性 分 布 数据 集 (resilient, distributed 
dataset，RDD) ， 这 是 一 种 分 布 在 集群 的 内 存 中 的 数据 结构 。 它 的 弹性 是 指 ， 如 果 一 个 节点 
出 现 故障 ，Spark 知道 如 何 从 数据 源 中 重建 缺失 的 这 一 块 。 


以 下 是 Word Count 用 Spark 的 实现 “: 





// src/main/scala/progscala2/bigdata/WordCountSpark.scalaX 


package bigdata 


import org.apache.spark.SparkContext 
import org.apache.spark.SparkContext._ 


object SparkWordCount { 


def main(args: Array[String]) = { 


input 


.map(word => (word, 


. saveAsTextFile(args(1)) 


val sc = new SparkContext("local", "Word Count") // © 
val input = sc.textFile(args(0)).map(_.toLowerCase) //@ 
.flatMap(line => line.split("""\W+""")) //° 
1)) // 9 

.reduceByKey((count1, count2) => count1 + count2) // © 
// ® 

//©@ 


sc.stop() 
} 
} 


@ 首先 是 SparkContext。 第 一 个 参数 用 来 指定 “ 主 ” 市 点 ， 在 这 个 例子 中 ， 我 们 在 本 地 


运行 。 第 二 个 参数 用 来 为 任 














注 4: 改写 自 GitHub 上 的 spark-work 














务 指定 一 个 任意 的 名 字 。 


shop 示例 。 
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@ 从 第 一 个 命令 行 参数 指定 的 路 径 中 加 载 一 个 或 多 个 文本 文件 〈 在 Hadoop 中 ， 我 们 给 出 
目录 的 路 径 ， 然 后 目录 下 所 有 的 文件 都 会 被 读 取 ) ， 然 后 将 字符 串 转 为 小 写 ， 返 回 一 个 
RDD 。 

@ 以 非 字母 数字 的 字符 为 分 隔 符 ， 将 每 行文 本 映射 为 一 到 多 个 单词 。 

@ 将 每 个 单词 映射 为 一 个 元 组 (word，1)。 重 新 调用 用 于 Word Count 的 Hadoop map 的 输 

出 结果 。 

© 先 使 用 reduceByKey， 其 功能 与 SQL 语句 GROUP BY 类 似 ， 然 后 进行 归 约 (reduction), 
在 这 里 ， 归 约 就 是 将 元 组 里 的 多 个 1 相 加 。 在 Spark 中 ， 元 组 的 第 一 个 元 素 默认 为 操作 
中 的 key， 元 组 剩 下 的 元 素 为 key 的 值 。 

@ 将 结果 写 入 第 二 个 输入 参数 指定 的 路 径 中 。Spark 遵循 Hadoop 的 惯例 ， 将 路 径 作 为 目 
录 ， 它 会 将 每 个 最 终 任 务 产 生 的 结果 写 和 各自 的 文件 中 〈 命 名 约定 是 part-n，n 是 五 位 
数字 ， 从 00000 开始 ) 。 

@ 关闭 上 下 文 ， 停 止 运行 。 

类 似 于 Scalding 的 例子 ， 这 个 程序 也 大 约 只 有 十 几 行 代码 。 

无 论 你 使 用 比较 成 熟 、 但 仍 在 成 长 的 工具 (如 Scalding)， 或 者 使 用 刚刚 狐 露 头角 的 工具 

(如 Spark)， 很 明显 ，Scala 的 API 有 一 个 超越 基于 Java 的 API 的 独特 优势 。 我 们 已 经 

熟知 的 函数 式 组 合子 ， 是 用 于 数据 分 析 的 理想 工具 ， 对 这 些 工 具 的 用 户 和 实现 者 来 说 都 

是 如 此 。 


a s1 qH- 
18.4 数学 范畴 
我 们 在 第 16 章 讨论 了 范畴 。 有 一 个 范畴 Monoid， 当 初 疫 有 讨论 到 但 在 大 数据 中 和 逐 潮流 行 
起 来 。 如 果 没 有 仔细 阅读 第 16 章 ， 你 只 要 认为 范畴 就 是 面向 数学 的 设计 模式 即 可 。 
Monoid 是 加 法 的 抽象 。 它 具有 以 下 特性 。 
(1) 它 是 一 个 满足 结合 律 的 二 元 操作 符 。 
(2) 有 单位 元 素 。 
数字 的 加 法 满足 以 下 性 质 。 结 合 律 : (1.1 + 2.2) + 3.3 == 1.1 + (2.2 + 3.3); 0 是 加 法 的 单位 
元 素 。 乘 法 也 是 如 此 ，1 是 乘法 的 单位 元 素 。 数 字 的 加 法 和 乘法 同时 也 满足 交换 律 : 1.1 + 
2.2 == 2.2 + 1.1， 不 过 这 对 Monoid 来 说 不 是 必需 的 。 
这 有 什么 大 不 了 的 ? 事实 证 明 ， 大 量 的 数据 结构 都 满足 这 些 特 性 ， 所 以 如 果 你 让 代码 符合 
Monoid 的 性 质 ， 代 码 将 是 高 度 可 复 用 的 (参见 维基 百科 上 的 列表 ，https://en.wikipedia.org/ 
wiki/Monoid ) 。 
例子 包括 有 字符 串 连 接 、 和 矩阵 加 法 和 乘法 、 计 算 最 大 值 和 最 小 值 、 以 及 一 些 近 似 算 法 ， 如 
用 于 计算 基数 的 HyperLogLog 算法 ， 求 相似 性 的 Min-hash 算法 以 及 用 于 设置 成 员 关系 
的 布 隆 过 滤器 (参见 Avi Bryant 的 精彩 演讲 Add ALL The Things!, http://www.infog.com/ 


presentations/abstract-algebra-analytics ) 。 


部 分 数据 结构 也 满足 交换 律 ， 所 有 数据 结构 都 可 以 对 大 数据 集 实行 并 行 的 执行 。 这 些 近 似 
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算法 用 较 差 的 精度 换取 更 高 的 空间 效率 。 
你 会 在 很 多 数学 相关 的 包 中 看 到 Monoid 的 实现 ， 








18.5 ” Scala 数据 工具 列表 


除了 Hadoop 的 平台 和 Scala 的 数据 库 API, xH 





这 些 包括 下 一 节 列 出 的 数据 。 


现 了 很 多 工具 用 于 处 理 数 据 相 关 的 问题 ， 


如 一 般 的 数学 问题 和 机 器 学 习 问 题 。 表 18-1 列 出 了 你 有 可 能 会 查阅 的 一 些 活跃 项 目 ， 为 完 


整 起 见 ， 这 里 也 包括 我 们 先前 讨论 过 的 。 


表 18-1: 数据 和 数学 库 



























































































































































选 项 URL 描 述 

Algebird http://bit.ly/10Fk2F7 推 特 的 抽象 代数 API， 可 与 几乎 所 有 大 数据 API 
配合 

Factorie http://factorie.cs.umass.edu/ 一 个 用 于 部 署 概率 模型 的 工具 箱 ， 用 简洁 的 语言 创 
建 关系 的 因素 图 表 ， 估 计 参 数 ， 并 进行 推断 

Figaro http://bit.ly/InWnQf4 一 个 用 于 概率 相关 编程 的 工具 箱 

H20 http://bit.ly/1G2rfz5 一 个 用 于 数据 分 析 的 高 性 能 、 基 于 内 存 的 分 布 式 计 
算 引 擎 ， 用 Java 和 Scala, R 语言 的 PAL 写成 

Relate http://bit.ly/13p17zp 专注 性 能 的 数据 库 轻 量 级 访问 层 

ScalaNLP http://www.scalanlp.org/ 一 套 机 器 学 习 和 数值 计算 库 。 这 是 一 个 总 体 项 目 数 
库 ， 包 括 Breeze， 它 用 于 机 器 学 习 和 数值 计算 ， 以 
及 Epic， 它 用 于 进行 统计 分 析 和 结构 化 预测 

ScalaStorm _http://bit.ly/10aaroq Scala 的 Storm API 

Scalding https://github.com/twitter/scalding Twitter 用 于 Cascading 的 API, FA Scala 推广 为 
一 门 Hadoop 编程 语言 

Scoobi https://github.com/nicta/scoobi 对 MapReduce 的 顶层 抽象 层 ，API 类 似 Scalding 和 
Spark 的 API 

Slick http://slick.typesafe.com/ Typesafe 开发 的 数据 库 访问 层 

Spark http://spark.apache.org/ 在 Hadoop 环境 中 进行 分 布 式 计算 的 框架 ， 正 在 成 长 
为 业界 标准 。 也 能 用 在 Mesos 集群 和 单个 设备 (“AS 
地 ”模式 ) 上 

Spire https://github.com/non/spire 以 通用 、 快 速 、 精 确 为 目的 的 数值 库 

Summingbird https://github.com/twitter/summingbird Twitter 的 API, ‘© $ Scalding ( 批 处 理 模 式 ) 和 

















Storm (事件 流 ) 的 计算 抽象 出 来 




















尽管 Hadoop 环境 得 到 了 很 多 的 关注 ， 但 通用 的 工具 ， 如 : Spark, Scalding/Cascading 和 
H20 在 不 必要 使 用 大 的 Hadoop 集群 时 ， 依 然 支持 较 小 规模 的 部 署 。 


18.6 本章 回 顾 与 下 一 章 提要 


在 我 们 这 个 行业 ， 几 乎 没有 什么 分 支 比 大 数据 更 能 促进 Scala 的 发 展 。Scalding 和 Spark 对 
Java 的 MapReduce API 的 改善 十 分 惊人 ， 其 至 是 颠覆 性 的 。 两 者 使 得 Scala 成 为 以 数据 为 
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中 心 的 应 用 程序 开发 的 不 二 之 选 。 

通常 情况 下 ， 我 们 认为 Scala 是 一 个 像 Java 那样 的 静态 类 型 语言 。 但 是 ，Scala 标准 库 中 包 
含 了 一 个 特殊 的 trait， 用 来 创建 具有 更 多 动态 行为 的 类 型 ， 就 像 你 在 Ruby 和 Python 之 类 
的 语言 中 看 到 的 动态 行为 一 样 。 这 些 动态 行为 将 在 下 一 章 中 进行 介绍 。Scala 的 这 一 特殊 
的 特性 是 用 于 构建 领域 特定 语言 (DSL) 的 工具 ， 我 们 也 将 在 下 一 章 讨论 到 。 
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第 19 章 


Scala aS iA A 





KE BUTE, Scala 静态 类 型 能 够 给 代码 带 来 好 处 。 静 态 类 型 引入 了 一 些 安全 约束 ， 这 有 
助 于 确保 运行 时 的 正确 性 ， 而 阅读 代码 时 ， 静 态 类 型 也 更 易于 理解 。 当 处 理 大 型 系统 时 ， 
这 些 特点 尤为 有 用 。 
尽管 使 用 动态 系统 能 够 让 你 调用 一 些 编译 时 尚 不 存在 的 方法 ,但 是 有 时 候 ， 你 也 许 都 忘记 
了 动态 类 型 能 给 我 们 带 来 哪些 好 处 。 著 名 的 Ruby On Rails web 框架 (http://rubyonrails.org) 
的 ActiveRecord API 很 好 地 应 用 了 这 项 技术 。 接 下 来 ， 我 们 将 学 习 如 何在 Scala 中 实现 相 
同 的 技术 。 


19.1 一 个 较为 激进 的 示例 : Ruby on Rails 框 架 
中 的 ActiveRecord 库 


ActiveRecord 库 是 Rail 框架 中 最 初 集 成 的 对 象 关 系 映 射 (ORM) 库 。 尽 管 对 于 
ActiveRecord 的 大 多 数 细节 我 们 并 不 关心 ,不 过 该 库 所 提供 的 一 门 用 于 组 合 查询 的 DSL if 
言 却 是 例外 。 使 用 这 门 DSL 语言 可 以 对 领域 对 象 执行 链 式 方法 。 


不 过 ，ActiveRecord 库 中 实际 上 并 未 定义 这 些 “ 方 法 "。 和 Ruby 中 所 有 未 定义 的 方法 调用 
一 样 ， 这 些 方法 调用 会 被 “分 发 ”给 method_missing 方法 。 通 常 ， 该 方法 会 直接 抛 出 异 
常 ， 不 过 我 们 也 可 以 在 类 中 对 该 方法 进行 覆 写 以 执行 其 他 操作 。ActiveRecord 便 是 通过 这 
种 方式 将 这 些 “ 不 存在 的 方法 ”解释 成 用 于 构造 SQL 查询 的 指令 的 。 























注 1: 如 果 您 希望 了 解 更 多 关于 ActiveRecord 库 的 细节 ， 请 查看 Active Record Basics (http://guides. 


rubyonrails.org/active_record_basics.html ) a 
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假设 我 们 定义 了 一 个 简单 的 数据 库 表 ， 该 表 中 记录 了 美国 各 州 的 基本 信息 (我 们 使 用 某 种 
SQL 方言 创建 该 表 ) : 


CREATE TABLE states ( 





name TEXT, -- 州 名 
capital TEXT, -- 州 府 所 在 城市 名 


statehood INTEGER -- 该 州 加 入 美 联 邦 的 年 份 
J; 


使 用 ActiveRecord 库 时 ， 你 可 以 通过 下 列 方式 构造 查询 ， 下 文中 出 现 的 Ruby 领域 对 象 
State 等 同 于 states 表 : 
# 找到 所 有 名 为 "Alaska" 的 州 


State.find_by_name("Alaska") 


# 找到 所 有 名 为 "Alaska" 且 在 1959 年 加 入 美 联 邦 的 州 
State.find_by_name_and_statehood("Alaska", 1959) 














如 果 数 据 表 中 包含 了 大 量 的 列 ， 想 要 定义 所 有 的 Find_by_* 方法 组 合 是 不 可 能 的 。 不 过 ， 
由 于 这 些 方 法 的 命名 规范 确保 了 这 些 方 法 很 容易 自动 生成 ， 因 此 我 们 无 需 定义 这 些 方 法 。 
ActiveRecord 库 自 动 完 成 了 方法 名 称 解 析 、 生 成 对 应 的 SQL 查询 以 及 构造 查询 结果 对 应 的 
内 存 对 象 这 些 枯燥 的 工作 。 


值得 注意 的 是 ，ActiveRecord 实现 了 一 种 戏 入 式 DSL， 或 者 称 为 内 部 DSL。 这 门 DSL 语 
言 是 宿主 语言 Ruby 的 一 类 惯用 方言 ， 它 并 不 是 需要 自 定 义 语法 和 解析 器 的 另外 一 门 语言 。 


19.2 ”使 用 动态 特征 实现 Scala 中 的 动态 调用 


如 果 我 们 能 够 在 Scala 中 实现 类 似 的 DSL 语言 ， 这 也 许 会 带 来 一 些 好 处 。 不 过 通常 情况 
F, Scala 要 求 这 类 方法 事先 需要 显 式 地 定义 。 幸 运 的 是 ， 为 了 能 够 支持 我 们 刚才 描述 的 
动态 特征 ，Scala 2.9 已 经 添加 了 scala.Dynamic (http://www.scala-lang.org/api/current/index. 
html#scala.Dynamic) 特征 。 


Dynamic 特征 只 起 到 了 标示 作用 ， 该 trait 中 并 不 包含 任何 方法 定义 。 假 如 编译 器 看 到 了 
这 一 trait， 在 处 理 该 trait 时 会 遵循 某 一 特殊 协议 。Dynamic 特征 的 Scaladoc 页 面 (http:/ 
www.scala-lang.org/api/current/index.html#scala.Dynamic) 中 对 该 协议 进行 了 概述 ， 并 使 
用 了 下 面 的 示例 进行 了 讲解 。 在 该 示例 中 ，foo 对 象 是 Foo 类 的 实例 ， 而 Foo 类 则 继承 了 
Dynamic 特征 : 












































foo.method("blah") ~~> foo.applyDynamic("method") ("blah") 

foo.method(x = "blah") ~~> foo.applyDynamicNamed("method")(("x", "blah")) 
foo.method(x = 1, 2) ~~> foo.applyDynamicNamed("method")(("x", 1), ("", 2)) 
foo. field ~~> foo.selectDynamic("field") 

foo.varia = 10 ~~> foo.updateDynamic("varia") (10) 

foo.arr(10) = 13 ~~> foo.selectDynamic("arr").update(10, 13) 
foo.arr(10) ~~> foo.applyDynamic("arr")(10) 


Foo 类 型 必须 实现 可 能 会 被 调用 的 所 有 动态 方法 。applyDynamic 方法 作用 于 未 使 用 
命名 参数 的 方法 调用 。 假 如 用 户 给 某 些 参数 命名 了 ， 那 么 调用 该 方法 时 将 会 调用 
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applyDynamicNamed 方法 。 请 注意 ， 第 一 个 参数 列表 中 只 包含 了 单一 参数 ， 该 参数 代表 了 将 
要 调用 的 方法 名 称 。 而 第 二 个 参数 列表 中 则 包含 了 需要 传递 给 对 应 方法 的 实际 参数 。 


假如 希望 声明 特定 的 类 型 化 参数 集 ， 你 可 以 通过 声明 第 二 参数 列表 的 方式 以 支持 可 变数 量 
的 参数 。 这 完全 取决 于 你 希望 用 户 以 何 种 方式 调用 这 些 方法 。 

我 们 可 以 使 用 selectDynamic 和 updatDynamic 方法 对 非 数 组 类 型 的 字段 进行 读 写 操 作 。 
从 第 二 个 例子 开始 到 最 后 一 个 例子 都 展示 了 编写 数组 元 素 操 作 时 所 需要 使 用 的 特殊 格 
式 。 读 取 数 组 元 素 时 调用 的 方法 中 包含 多 个 参数 。 因 此 ， 读 取 数 组 元 素 时 我 们 应 使 用 
applyDynamic 方法 。 


我 们 将 使 用 Dynamic 特征 为 Scala 构造 一 门 简单 的 查询 DSL 语言 。 实 际 上 ， 我 们 的 示例 
与 .NET 语言 中 被 称 为 LINQ (http://msdn.microsoft.com/en-us/library/bb397926.aspx) (集成 
语言 查询 ， 是 language-integrated query 的 简称 ) 的 查询 DSL 非常 接近 。LINQ 将 类 SQL # 
Wik AZ NET 程序 中 ， 在 操作 LINQ 时 ， 你 可 以 使 用 集合 、 数 据 库 表 等 对 象 。Scala AY wy 
数 式 关系 映射 (functional-relational mapping, FRM) JÆ Slick (http://slick.typesafe.com) 便 
借鉴 了 LINQ 的 思想 。 

由 于 只 实现 一 小 部 分 的 可 能 操作 ， 因 此 我 们 将 这 些 实现 称 为 CLINQ， 意 思 是 廉价 版 集成 语 
言 查询 (cheap language-integrated query) 。 我 们 将 定义 一 个 名 为 CLINQ 的 case 类 ， 当 然 ， 
这 个 类 名 听 起 来 确实 有 点 傻 。 

假设 我 们 希望 对 内 存 中 的 数据 结构 进行 查询 ， 尤 其 是 希望 能 够 使 用 借鉴 了 SQL 思想 的 
DSL 对 一 系列 Map 对 象 (key 值 对 ) 执行 操作 。 除 了 提供 示例 代码 之 外 ， 我 们 还 提供 了 实 
现代 码 。 我 们 将 首先 执行 下 列 脚本 ， 一 方面 对 我 们 所 需要 使 用 的 DSL 语法 进行 演示 ， 另 一 
方面 也 能 证 明 我 们 的 实现 工作 的 正常 运行 。 


// src/main/scala/progscala2/dynamic/cling-example.sc 



















































































scala> import progscala2.dynamic.CLINQ 
import progscala2.dynamic.CLINQ 


scala> def makeMap(name: String, capital: String, statehood: Int) = 
| Map("name" -> name, "capital" -> capital, "statehood" -> statehood) 























// 记录 了 美国 州 信息 的 五 条 “记录 ”。 
scala> val states = CLINQ( 

| List( 
makeMap( "Alaska", "Juneau", 1959), 
makeMap("California", "Sacramento", 1850), 
makeMap( "Illinois", "Springfield", 1818), 
makeMap( "Virginia", "Richmond", 1788), 

| makeMap("Washington", "Olympia", 1889))) 
states: dynamic.CLINQ[Any] = 
Map(name -> Alaska, capital -> Juneau, statehood -> 1959) 














Map(name -> California, capital -> Sacramento, statehood -> 1850) 
Map(name -> Illinois, capital -> Springfield, statehood -> 1818) 
Map(name -> Virginia, capital -> Richmond, statehood -> 1788) 
Map(name -> Washington, capital -> Olympia, statehood -> 1889) 











在 本 示例 中 ， 我 们 导入 了 dynamic. CLINQ 这 一 case 类 。 稍 后 我 们 将 学 习 如 何 实现 这 一 case 
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类 。 我 们 之 后 创建 了 一 个 包含 了 一 组 map 的 实例 ， 每 个 map 对 象 都 代表 了 一 个 “记录 ”。 


与 ActiveRecord 示例 不 同 ， 为 了 获取 希望 的 字段 数据 (如 SQL SELECT 语句 )， 我 们 将 使 
用 像 n_and_m 这 样 的 方法 执行 投影 操作 ， 而 ALL 方法 则 对 应 了 SELECT * (我 们 将 省 略 某 些 
输出 结果 ) 语句 : 


scala> states.name 

res0: dynamic.CLINQ[Any ] 
Map(name -> Alaska) 
Map(name -> California) 
Map(name -> Illinois) 
Map(name -> Virginia) 
Map(name -> Washington) 





scala> states.capital 
resi: dynamic.CLINQ[Any ] 
Map(capital -> Juneau) 
Map(capital -> Sacramento) 


scala> states.statehood 
res2: dynamic.CLINQ[Any] = 
Map(statehood -> 1959) 
Map(statehood -> 1850) 


scala> states.name_and_capital 

res3: dynamic.CLINQ[Any] = 

Map(name -> Alaska, capital -> Juneau) 
Map(name -> California, capital -> Sacramento) 


scala> states.name_and_statehood 

res4: dynamic.CLINQ[Any] = 

Map(name -> Alaska, statehood -> 1959) 
Map(name -> California, statehood -> 1850) 


scala> states.capital_and_statehood 

res5: dynamic.CLINQ[Any] = 

Map(capital -> Juneau, statehood -> 1959) 
Map(capital -> Sacramento, statehood -> 1850) 


scala> states.all 

res6: dynamic.CLINQ[Any] = 

Map(name -> Alaska, capital -> Juneau, statehood -> 1959) 
Map(name -> California, capital -> Sacramento, statehood -> 1850) 


那么 ， 我 们 又 该 如 何 实现 WHERE 子 名 的 功能 呢 ? 


scala> states.all.where("name").NE("Alaska") 
res7: dynamic.CLINQ[Any] = 
Map(name -> California, capital -> Sacramento, statehood -> 1850) 
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Map(name -> Illinois, capital -> Springfield, statehood -> 1818) 
Map(name -> Virginia, capital -> Richmond, statehood -> 1788) 
Map(name -> Washington, capital -> Olympia, statehood -> 1889) 


scala> states.all.where("statehood") .EQ(1889) 
res8: dynamic.CLINQ[Any] = 
Map(name -> Washington, capital -> Olympia, statehood -> 1889) 


scala> states.name_and_statehood.where("statehood") .NE(1850) 
res9: dynamic.CLINQ[Any] = 

Map(name -> Alaska, statehood -> 1959) 

Map(name -> Illinois, statehood -> 1818) 

Map(name -> Virginia, statehood -> 1788) 

Map(name -> Washington, statehood -> 1889) 


CLIN 完全 不 知道 map 对 象 中 存储 了 哪些 key 值 ， 不 过 利用 Dynamic 特征 ， 我 们 能 够 根据 
这 些 key 值 构造 出 对 应 的 方法 。 下 面 列 出 了 对 应 的 CLINQ 代码 。 


// src/main/scala/progscala2/dynamic/CLINQ.scala 
package progscala2.dynamic 
import scala. language.dynamics //@ 


case class CLINQ[T](records: Seq[Map[String,T]]) extends Dynamic { 


def selectDynamic(name: String): CLINQ[T] = //@ 
if (name == "all" || records.length == 0) this // ® 

else { 
val fields = name.split("_and_") //@ 


val seed = Seq.empty[Map[String,T]] 
val newRecords = (records foldLeft seed) { 
(results, record) => 
val projection = record filter { // ® 
case (key, value) => fields contains key 


} 

// 终止 没有 投影 操作 的 记录 。 

if (projection.size > 0) results :+ projection 
else results 


} 
CLINQ(newRecords) ILO 
} 
def applyDynamic(name: String)(field: String): Where = name match { 
case "where" => new Where(field) //@ 
case _ => throw CLINQ.BadOperation(field, """Expected "where".""") 
} 
protected class Where(field: String) extends Dynamic { // 日 
def filter(value: T)(op: (T,T) => Boolean): CLINQ[T] = { // © 
val newRecords = records filter { 
_ exists { 
case (k, v) => field == k && op(value, v) 
} 
} 
CLINQ(newRecords) 
} 
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def applyDynamic(op: String)(value: T): CLINQ[T] = op match { 


case "EQ" => filter(value)(_ == _ // @ 
case "NE" => filter(value)(_ != _) // 0 
case _ => throw CLINQ.BadOperation(field, """Expected "EQ" or "NE".""") 
} 
} 
override def toString: String = records mkString "\n" // @ 
} 
object CLINQ { // ® 


case class BadOperation(name: String, msg: String) extends RuntimeException( 
s"Unrecognized operation $name. $msg") 


} 
Dynamic 特征 是 可 选 的 语言 特性 ， 为 了 使 用 它 ， 我 们 需要 导入 该 trait。 
我 们 将 使 用 selectDynamics 方法 执行 字段 投影 操作 (projection), 
假如 传人 了 all 这 一 “关键 字 ”， 或 者 内 存 中 没有 任何 记录 ， 将 返回 所 有 的 字段 信息 。 
由 于 CLINQ 使 用 _and_ 连接 词 将 两 个 或 多 个 字段 连接 起 来 ， 因 此 我 们 需要 将 方法 名 分 解 
成 一 组 字段 名 称 。 
对 map 对 象 进行 过 滤 ， 只 返回 名 字 中 包含 的 字段 。 
构造 并 返回 新 的 CLINQ 对 象 。 
执行 投影 操作 后 ， 我 们 将 调用 applyDynamic 方法 。 执 行 applyDynamic 方法 后 将 得 到 一 
个 新 的 Where 类 实例 ，Where 类 也 继承 自 Dynamic 特征 。 请 注意 ， 由 于 Where 实例 包含 
了 相同 记录 集中 的 某 些 记录 ， 因 此 我 们 无 需 构 造 新 的 记录 集 对 象 ! 假如 你 传 入 了 其 他 
的 类 SQL 的 关键 字 ，applyDynamic 方法 便 会 抛 出 错误 。 
Where 类 会 根据 field 字段 值 ， 对 记录 集 进 行 过 滤 。 
filter 是 一 个 辅助 方法 ， 它 会 对 记录 集 里 的 记录 进行 过 滤 ，filter 方法 会 选择 那些 
key 值 对 中 键 名 与 指定 的 field 参数 值 相同 的 Map 对 象 ， 根 据 该 Map 对 象 的 key 值 和 
对 应 的 value 值 v 执行 操作 op(vatue，v)， 只 有 操作 返回 true 的 记录 才 会 被 返回 。 
假如 向 applyDynamic 方法 传人 EQ 操作 符 ， 该 方法 将 调用 filter 方法 对 记录 集 进 行 过 
滤 ， 只 有 那些 指定 字段 的 数值 与 用 户 指定 值 相 等 的 记录 才 会 被 返 
applyDynamic 方法 对 不 等 于 操作 提供 了 支持 。 请 注意 ， 由 于 并 不 是 所 有 可 能 的 值 类 型 
都 支持 像 大 于 、 小 于 这 样 的 操作 ， 因 此 处 理 这 些 类 型 时 需要 格外 仔细 。 
根据 记录 信息 ， 创 建 易 读 的 字符 串 。 
在 伴生 对 象 中 定义 了 Badoperation 异常 。 
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当然 ， 从 很 多 方面 来 看 ，CLINQ 都 只 是 一 个 穷人 版 的 LINQ 实现 。 它 没有 实现 SQL 中 的 其 











他 有 用 的 操作 ， 如 GROUP BY 操作 。 同 时 它 提供 的 WHERE 子 句 操作 也 没有 实现 像 大 于 、 小 
于 这 样 的 功能 。 由 于 并 不 是 所 有 的 值 类 型 都 支持 这 些 操作 ， 因 此 需要 使 用 一 些 技巧 才能 使 
CLINQ 支持 这 些 操作 ， 不 过 这 些 操作 并 非 真 的 无 法 实现 。 
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19.3 关于 DSL 的 一 些 思 


Dynamic 特征 是 Scala FLFR HRA SE DSL 和 内 部 DSL 的 众多 工具 中 的 一 件 工 具 。 我 们 将 
在 下 一 章 中 更 深入 地 学 习 这 些 工 具 。 现 在 ， 需 要 说 明 一 些 注意 事项 。 


首先 ， 利用 Dynamic 特征 实现 的 代码 并 不 容易 被 人 理解 ， 这 意味 代码 维护 、 调 试 以 及 扩展 
都 会 比较 困难 。 使 用 像 Dynamic 这 样 很 酷 的 工具 是 很 有 吸引 力 的 ， 但 是 使 用 之 后 你 需要 花 
费 大 量 的 时 间 来 打 理 代码 ， 这 会 让 人 非常 愧 悔 。 因 此 ， 如 有 果 你 希望 使 用 Dynamic 以 及 其 他 
的 一 些 DSL 功能 ， 请 明智 地 判断 是 否 应 该 使 用 这 些 功 能 。 

其 次 ， 有 一 个 与 DSL 相关 的 难题 折磨 着 所 有 的 DSL 开发 者 。 这 个 挑战 便 是 如 何 为 用 户 提 
供 有 意义 且 有 用 的 错误 信息 ? 我 们 以 上 一 节 的 示例 为 例 ， 很 容易 写 出 像 编 译 器 无 法 解析 这 
样 的 错误 信息 ， 而 这 样 的 错误 信息 并 不 能 为 用 户 提供 太 大 的 帮助 。( 提 示 : 编写 DSL 时 可 
以 尝试 使 用 中 组 表达 式 ， 这 样 能 够 省 略 掉 一 些 点 号 和 括号 。) 

再 次 ， 好 的 DSL 需要 防止 用 户 编写 一 些 不 合 逻 辑 的 东西 。 本 章 列举 的 简单 示例 并 不 会 遇 到 
这 种 难题 ， 不 过 对 于 一 些 更 为 高 级 的 DSL 而 言 ， 这 确实 是 一 个 挑战 。 


19.4 本章 回顾 与 下 一 章 提要 


我 们 已 经 学 习 了 如 何 通 过 Scala 提供 的 “ 钓 子 ”来 编写 出 包含 动态 方法 和 动态 值 的 代码 。 
那些 使 用 像 Ruby 这 样 的 动态 语言 的 用 户 对 这 些 动态 类 型 都 已 经 非常 熟悉 了 。 我 们 使 用 这 
些 动态 类 型 实现 了 一 门 查 询 DSL 语言 ， 这 门 DSL 语言 能 够 根据 输入 的 数据 值 ， 像 变 魔 术 
一 样 为 这 些 值 生成 对 应 的 方法 ! 

不 过 ， 在 编写 DSL 时 ， 我 们 所 使 用 的 像 Dynamic 这 样 的 功能 会 为 我 们 带 来 一 些 挑战 。 幸 运 
的 是 ，Scala 为 我 们 提供 了 一 些 可 用 于 编写 DSL 语言 的 工具 ， 我 们 也 将 在 下 一 章 对 这 部 分 
内 容 进 行 深入 学 习 。 
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第 20 章 
Scala 的 领域 特定 语言 





领域 特定 语言 (domain-specific language, DSL) 是 一 门 模仿 特定 领域 专业 人 员 所 熟知 的 术 
语 、 习 惯用 法 和 表达 方式 的 编程 语言 。DSL 的 代码 读 起 来 像 是 相应 领域 术语 内 结构 化 的 散 
文 。 理 想 情况 下 ， 一 个 领域 的 专业 人 员 可 以 在 几乎 没有 编程 经 验 或 者 不 能 编写 DSL 代码 的 
情况 下 ， 阅 读 、 理 解 和 验证 DSL 代码 。 


我 们 只 会 简单 介绍 DSL 这 个 大 课题 及 Scala 对 DSL 的 支持 。 想 要 了 解 更 深入 的 知识 ， 请 
参阅 附录 A 中 的 DSL 部 分 
精心 设计 的 DSL 有 以 下 几 个 优点 。 
。 封装 性 好 
DSL 隐藏 了 实现 细节 ， 只 暴露 那些 与 领域 相关 的 抽象 。 
。 生产 率 高 
由 于 封装 了 实现 细节 ，DSL 优化 在 应 用 中 编写 或 修改 代码 所 需 的 工作 量 。 
。 沟通 畅快 
DSL 可 以 帮助 开发 人 员 了 解 该 领域 ， 帮 助 领域 专家 验证 实现 是 否 符合 要 求 。 
然而 ，DSL 也 有 几 个 缺点 。 
。 DSL 很 难 开发 
尽管 编写 DSL 看 起 来 很 “ 酷 "， 但 其 开发 成 本 不 应 该 被 低估 。 首 先 ， 实 现 DSL 所 需 的 
技术 并 不 简单 ( 见 下 面 的 例子 )。 其 次 ， 良 好 的 DSL 比 传统 的 API 更 难 设 计 。 后 者 往往 
遵循 该 语言 API 设计 的 惯用 方法 ， 保 持 API 设计 的 一 致 性 非常 重要 ， 这 一 点 相对 易于 


遵循 。 相 反 ， 由 于 每 个 DSL 都 是 一 门 独 一 无 二 的 语言 ， 我 们 可 以 自由 地 创建 习惯 用 法 ， 
以 符合 目标 领域 的 独特 特性 。 但 自由 度 越 大 就 越 难 找到 最 好 的 抽象 。 
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。 DSL 很 难 维护 
由 于 实现 DSL 所 用 的 技术 并 不 简单 ， 随 着 对 应 领域 的 变化 ，DSL 可 能 需要 更 多 长 期 的 
维护 工作 。 为 了 更 好 的 用 户 体验 ， 这 往往 会 牺牲 实现 的 简洁 性 。 
不 过 ， 如 果 经 常 使 用 DSL 的 话 ， 设 计 良 好 的 DSL 可 以 成 为 构建 可 伸缩 的 、 健 壮 的 应 用 程 
序 的 有 力 工具 。 
从 实现 上 看 ，DSL 可 以 分 为 内 部 和 外 部 两 种 。 
All Scala 一样， 内 部 DSL (IKA DSL) 是 一 门 通用 的 编程 语言 。 这 里 不 需要 特定 用 途 
的 分 析 器 。 与 此 相反 ， 外 部 DSL 则 是 拥有 自身 语法 和 分 析 器 的 自 定义 语言 。 
内 部 DSL 创建 起 来 更 容易 ， 因 为 它们 不 需要 专用 的 分 析 器 。 但 另 一 方面 ， 底 层 语 言 也 约束 
了 对 特定 领域 的 概念 的 表达 。 外 部 DSL 没有 这 样 的 约束 。 你 可 以 按 任 何 的 方式 设计 语言 ， 
只 要 你 能 编写 出 一 个 可 靠 的 分 析 器 就 行 。 使 用 自 定义 的 解析 器 颇具 挑战 性 。 甚 中 为 用 户 返 
回 易 懂 的 错误 信息 一 直 是 解析 器 开发 者 面临 的 一 个 挑战 。 


20.1 DSL]: Scala 中 XML 和 JSON DSL 


十 年 前 ，XML 是 互联 网 上 机 器 与 机 器 交流 的 通用 语言 。 最 近 JSON 已 经 取代 了 这 个 角色 。 
Scala 对 XML 的 支持 部 分 以 库 的 形式 实现 ， 另 外 也 有 一 些 内 置 语法 上 的 支持 。 为 了 简化 
语言 ， 并 使 其 更 容易 使 用 第 三 方 库 来 代替 ， 这 两 者 都 在 慢 慢 地 废弃 中 。 在 Scala 2.11 中 ， 
Scala 对 XML 的 支持 将 从 其 余 的 库 中 提取 出 来 ， 转 而 作为 一 个 单独 的 模块 。( 见 Scaladoc, 
http://www.scala-lang.org/api/current/scala-xml/index.html#package。) 我 们 建构 的 sbt 中 包含 
了 这 个 模块 ， 因 此 我 们 可 以 在 本 市 中 使 用 这 一 模块 。 

下 面 我 们 在 Scala 中 简单 地 使 用 XML， 来 查看 Scala 实现 的 这 个 DSL 到 底 如 何 。 这 里 接触 
的 主要 类 型 是 scala.xml.Elem (http://www.scala-lang.org/api/current/scala-xml/index.html#scala. 
xml.Elem) 和 scala.xml.Node (http://www.scala-lang.org/api/current/scala-xml/index.html#scala. 
xml.Node) : 




















































































































// src/main/scala/progscala2/dsls/xml/reading.sc 
import scala.xml._ //@ 


val xmlAsString = "<sammich>...</sammich>" //@ 
val xml1 = XML. LoadString(xmlAsString) 


val xml2 = // ® 
<sammich> 
<bread>wheat</bread> 
<meat>salami</meat> 
<condiments> 
<condiment expired="true">mayo</condiment> 
<condiment expired="false">mustard</condiment> 
</condiments> 
</sammich> 


for { // 9 


condiment <- (xmL2 \\ "condiment") 
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Scala 在 解析 组 合子 库 中 ， 对 JSON 做 了 有 限 的 支持 ， 我 们 将 在 20.3 节 中 进行 探讨 。 现 在 


if (condiment \ "@expired").text == "true" 
} println(s"the ${condiment.text} has expired!") 


def isExpired(condiment: Node): String = //® 
condiment.attribute("expired") match { 
case Some(Nil) | None => "unknown!" 
case Some(nodes) => nodes.head. text 


} 


xml2 match { 


case <sammich>{ingredients @ _*}</sammich> => { 


for { 


condiments @ <condiments>{_*}</condiments> <- ingredients 
cond <- condiments \ "condiment" 
} println(s" condiment: ${cond.text} is expired? ${isExpired(cond)}") 


} 
从 scala.xml 


包 (http://www.scala-lang.org/api/current/scala-xml/scala/xml/package.html ) 


中 导入 公共 API 的 声明 。 


定义 一 个 包含 





XML 的 字符 串 ， 将 其 解析 到 scaLa.xmL.ELem H, XML Xf (http://www. 


scala-lang.org/api/current/scala-xml/index.html#scala.xml.XML$) 可 以 从 很 多 源 中 读 取 
XML， 也 可 以 从 URL 中 读 取 。 

用 XML 字面 量 来 定义 scaLa.xmL.ELem。 

在 XML 中 遍历 并 提取 字段 。xmL \ "foo" 只 能 匹配 子 市 点 ， 而 \\“"foo" 可 以 在 必要 的 
ie, RA mD DAR. XEF XPath 表达 式 (http://www.w3.org/TR/xpath20)， 如 表达 
式 @expired 表示 寻找 名 为 expired 的 属性 。 












































辅助 方法 ， 用 于 寻找 condiment 节点 中 所 有 的 expired 属性 。 如 果 得 到 的 是 空 序列 或 
None， 方 法 返回 unknown!， 否 则 提取 序列 中 的 第 一 个 元 素 ， 并 返回 其 文本 值 ， 该 值 应 
该 是 true 或 者 false。 


用 XML 字面 量 做 模式 匹配 ， 该 表达 式 提取 ingredients 和 一 系列 condiment 标签 ， 最 
后 打印 出 提取 的 各 个 condiment 中 的 数据 。 


XML 对 象 支持 将 XML 保存 到 文件 或 保存 到 java.io.writer (http://docs.oracle.com/javase/8/ 
docs/api/java/io/Writer.html) 的 儿 种 方式 : 


// src/main/scala/progscala2/dsls/xml/writing.sc 


XML.save("sammich.xml", xml2, "UTF-8") //O 


@ M xml2 节点 开始 ， 将 XML 写 入 到 文件 sammich.xml 中 ， 文 件 编码 采用 UTF-8。 

















有 很 多 优秀 的 Scala 及 Java 的 ISON 库 ， 所 以 只 有 在 需求 有 限时 才 考 虑 使 用 内 置 的 JSON 





库 。 那 么 ， 你 应 该 使 用 哪 一 种 呢 ? 如 果 你 已 经 选择 使 用 了 某 个 大 的 框架 ， 那 就 咨询 其 文档 








中 推荐 的 库 。 否 则 ， 由 于 情况 改变 得 非常 快 ， 你 最 好 选择 通过 搜索 寻找 最 适合 的 库 。 
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20.2 内 部 DSL 


Scala 语法 的 一 些 特性 支持 创建 内 部 (RAZ!) DSL, 





灵活 的 命名 规则 

由 于 你 可 以 在 命名 时 使 用 几乎 所 有 的 字符 ， 所 以 很 容易 创建 适合 特定 领域 的 名 字 ， 如 同 
用 代数 符号 表示 具有 相应 特性 的 类 型 一 样 。 例 如 ， 如 果 存 在 Matrix 类 型 ， 你 可 以 用 * 
方法 实现 矩阵 的 乘法 。 

中 缓和 后 级 符号 

如 果 不 能 使 用 中 级 表示 法 ， 使 用 * 方法 就 意义 不 大 。 例 如 matrix1 * matrix2。 后 级 表 
示 法 也 很 有 用 ， 如 1 minute, 

隐 含 参数 和 默认 参数 值 

这 两 种 功能 都 可 以 减少 样板 代码 ， 并 隐藏 复杂 的 细节 。 比 如 ，DSL 中 的 每 个 方法 
都 要 传人 人 上下文 信息 ， 该 上 下 文 信 息 就 可 以 用 隐 含 的 值 来 代替 。 回 想 一 下 ， 许 多 
Future 方法 (http://www.scala-lang.org/api/current/#scala.concurrent.Future) 都 有 隐 含 的 














ExecutionContext 参 数 (http://www.scala-lang.org/api/current/#scala.concurrent.Execution 
Context) 。 

隐 式 转换 还 可 以 为 已 经 存在 的 类 型 “增加 ”方法 。 例 如 : scala.concurrent.duration 
包 (http://www.scala-lang.org/api/current/#scala.concurrent.duration.package) 有 对 数字 的 
隐 式 转换 ， 允 许 编写 1.25 minutes， 它 将 返回 一 个 等 于 75 秒 的 FiniteDuration 实例 
(http://www.scala-lang.org/api/current/#scala.concurrent.duration.FiniteDuration ) 。 

动态 方法 调用 

正如 我 们 在 第 19 章 所 讨论 的 ，Dynamic 特征 (http://www.scala-lang.org/api/current/#scala. 
Dynamic) 使 得 对 象 可 以 接受 对 任何 方法 或 字段 的 调用 ， 即 使 该 类 型 不 具有 该 名 称 所 定 
义 的 方法 或 字段 。 

高 阶 函 数 和 按 名 参数 

两 者 均 使 得 自 定义 的 DSL 看 起 来 像 本 语言 里 的 控制 结构 ， 这 与 我 们 在 3.10 节 中 看 到 的 
continue 示例 一 样 。 

自 类 型 标记 

如 果 封 六 范围 内 的 实例 中 存在 针对 DSL 实现 中 嵌 套 部 分 的 自 类 型 标记 ，DSL 实现 中 
的 般 套 部 分 便 可 以 引用 封 困 范围 内 的 实例 。 这 一 特性 可 以 用 来 更 新 封 困 范围 内 的 状态 
对 象 。 

安 


在 一 些 高 级 的 场景 中 可 以 使 用 新 的 安 ， 这 一 点 我 们 将 在 第 24 章 中 学 习 。 





























TÉ 


i 我 们 来 创建 一 个 内 部 DSL， 用 于 计算 每 一 期 (两 周 ) 员工 的 工资 单 。DSL 将 从 总 工资 











扣除 一 些 项 目 ， 如 税收 、 保 险 费 、 退 休 基 金 等 ， 从 而 算出 净 工 资 。 
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一 开始 ， 我 们 先 实现 一 些 将 在 内 部 和 外 部 DSL 中 都 用 的 到 的 常见 类 型 : 


// src/main/scala/progscala2/dsls/payroll/common.scala 
package progscala2.dsls.payroll 





object common { 
sealed trait Amount { def amount: Double } //@ 


case class Percentage(amount: Double) extends Amount { 
override def toString = s"Samount%" 


} 


case class Dollars(amount: Double) extends Amount { 
override def toString = s"$$$amount" 


} 


implicit class Units(amount: Double) { // @ 
def percent = Percentage(amount) 
def dollars = Dollars(amount) 


} 

case class Deduction(name: String, amount: Amount) { // ® 
override def toString = s"Sname: Samount" 

} 

case class Deductions( //@ 


Name: String, 
divisorFromAnnualPay: Double = 1.0, 
var deductions: Vector[Deduction] = Vector.empty) { 


def gross(annualSalary: Double): Double = // ® 
annualSalary / divisorFromAnnualPay 


def net(annualSalary: Double): Double = { 
val g = gross(annualSalary) 
(deductions foldLeft g) { 
case (total, Deduction(deduction, amount)) => amount match { 
case Percentage(value) => total - (g * value / 100.0) 
case Dollars(value) => total - value 
} 
} 
} 


override def toString = // ® 
s"Sname Deductions:" + deductions.mkString("\n ", "\n ", "") 


} 
} 


@ 定义 一 个 封闭 的 继承 结构 ， 封 装 应 该 扣除 的 工资 数额 ， 扣 除 的 项 目 要 么 是 总 额 的 国 
百分比 ， 要 么 是 一 个 固定 值 。 
implicit 类 ， 用 于 完成 Double 到 对 应 正确 Amount 子 类 的 转换 。 只 用 于 内 部 DSL。 
© 定义 一 个 类 型 表示 扣除 的 项 目 ， 有 具有 名 称 name 和 数额 amount 字段 。 





al 





























© 
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@ 定义 一 个 类 型 ， 表 示 所 有 的 扣除 项 目 。 包 含 名 称 (4 Biweekly) 和 一 个 “除数 ”"， 该 除 
数 用 于 从 年 薪 中 计算 本 期 的 工资 。 

© 一 旦 deduction 实例 构造 完成 ， 就 返回 本 期 的 总 工资 和 净 工 资 。 

O 一 般 都 会 履 写 toString 方法 ， 以 返回 我 们 想 要 的 格式 化 形式 。 

以 下 是 内 部 DSL 的 开头 部 分 ， 甚 中 的 main 函数 显示 了 DSL 使 用 的 语法 : 


// src/main/scala/progscala2/dsls/payroll/internal/dsl.scala 

package progscala2.dsls.payroll.internal 

import scala.language.postfixOps //@ 
import progscala2.dsls.payroll.common._ 























object Payroll { // @ 
import dsl._ //° 
def main(args: Array[String]) = { 
val biweeklyDeductions = biweekly { deduct => //@ 
deduct federal_tax (25.0 percent) 
deduct state_tax (5.0 percent) 


deduct insurance_premiums (500.0 dollars) 
deduct retirement_savings (10.0 percent) 


} 


println(biweeklyDeductions) //® 
val annualGross = 100000.0 

val gross = biweeklyDeductions.gross(annualGross) 

val net = biweeklyDeductions.net(annualGross) 

print(f"Biweekly pay (annual: $$${annualGross}%.2f): ") 
println(f"Gross: $$${gross}%.2f, Net: $$${net}%.2f") 


} 
} 
我 们 需要 使 用 后 绥 表 达 式 ， 如 20.0 dollars, 
用 来 测试 该 DSL 的 对 象 。 








导入 这 个 DSL， 稍 后 会 用 到 它 。 

DSL 的 实际 使 用 。 和 希望 企业 利益 的 相关 者 可 以 很 容易 地 理解 这 里 所 表达 的 规则 ， 甚 至 
对 其 进行 编辑 。 需 要 明确 的 是 ， 这 是 Scala 的 语法 。 

O 将 扣除 打印 处 理 ， 然 后 计算 出 这 两 周 的 净 工 资 。 


本 程序 的 输出 如 下 所 示 (progscala2.dsls.payroll.internal.DSLSpec 使 用 ScalaCheck 进 
行 更 详细 的 验证 ) : 


Biweekly Deductions: 
federal taxes: 25.0% 
state taxes: 5.0% 
insurance premiums: $500.0 
retirement savings: 10.0% 
Biweekly pay (annual: $100000.00): Gross: $3846.15, Net: $1807.69 


现在 我 们 来 看 它 是 如 何 实现 的 : 























© ©O©Oe 

















A 
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object dsl { //@ 


def biweekly(f: DeductionsBuilder => Deductions) = //@ 
f(new DeductionsBuilder("Biweekly", 26.0)) 


class DeductionsBuilder( // ® 
name: String, 
divisor: Double = 1.0, 
deducts: Vector[Deduction] = Vector.empty) extends Deductions( 
name, divisor, deducts) { 


def federal_tax(amount: Amount): DeductionsBuilder = { // @ 
deductions = deductions :+ Deduction("federal taxes", amount) 
this 

} 


def state_tax(amount: Amount): DeductionsBuilder = { 
deductions = deductions :+ Deduction("state taxes", amount) 
this 


} 


def insurance_premiums(amount: Amount): DeductionsBuilder = { 
deductions = deductions :+ Deduction("insurance premiums", amount) 
this 


} 


def retirement_savings(amount: Amount): DeductionsBuilder = { 
deductions = deductions :+ Deduction("retirement savings", amount) 
this 
} 
} 
} 
@ 将 DSL 的 各 个 片段 包装 在 一 个 对 象 中 。 
@ biweekly 方法 是 定义 扣除 项 目的 入 口 。 它 构造 了 一 个 空 的 DeductionsBuilder 对 象 ， 该 
对 象 会 被 原 地 修改 (这 是 最 简单 的 设计 选择 )， 以 添加 新 的 Deduction 实例 。 
© 构建 Deduction， 这 里 为 了 方便 ,继承 了 它 。 最 终 用 户 只 能 看 到 Deduction 对 象 ， 但 构 
建 者 有 多 个 用 于 序列 化 表达 式 的 额外 方法 。 
O 支持 4 种 扣除 项 目 ， 这 是 第 一 个 。 注 意 它 是 如 何 原 地 更 新 Deduction 实例 的 。 
该 DSL 向 上 文 所 写 的 一 样 正常 工作 。 但 我 认为 ， 这 远 远 不 够 完善 。 以 下 是 存在 的 一 些 
问题 。 
。 严重 依赖 Scala 语法 技巧 
它 利用 中 组 表示 法 、 函 数字 面 量 等 来 开发 DSL， 但 用 户 很 容易 通过 添加 句号 、 括 号 和 
其 他 看 起 来 无 害 的 修改 ， 而 破坏 代码 。 
。 语法 约定 非常 随意 
括号 和 花 括 号 为 什么 这 么 放 ? 为 什么 在 匿名 函数 里 需要 deduct 参数 呢 ? 
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。 粗略 的 错误 提示 
如 果 用 户 输入 了 无 效 的 语法 ， 会 抛 出 Scala 的 错误 信息 ， 而 不 是 针对 该 领域 特有 的 错误 
信息 。 

。 DSL 未 能 阻止 用 户 做 错误 的 事情 
理想 情况 下 ，DSL 不 会 让 用 户 在 错误 的 情况 下 触发 任何 构造 行为 。 而 在 这 
构造 行为 是 在 DSL 对 象 中 可 见 的 。 没 有 什么 可 以 阻止 用 户 打 乱 正 确 的 调用 
出 实现 代码 中 使 用 的 内 部 类 型 的 实例 (如 Percentage) 等 等 。 

。 使 用 可 变 的 实例 
除非 你 是 一 个 完美 主义 者 ， 这 也 许 并 没有 那么 糟糕 。 像 这 样 的 DSL 既 不 是 为 高 性 能 
设计 ， 也 不 会 在 多 线程 环境 中 运行 。 接 受 可 变性 可 以 用 不 多 的 妥协 来 简化 实现 。 

这 些 问题 的 大 部 分 都 可 以 通过 更 多 的 努力 来 修复 。 

我 最 喜欢 的 内 部 DSL 的 例子 是 流行 的 Scala 测试 库 、ScalaTest (http://scalatest.org)、 

Specs2 (http://etorreborre.github.io/specs2) 和 ScalaCheck (http://scalacheck.org)。 它 们 提供 

了 很 好 的 面向 开发 者 的 DSL 示例 ， 使 得 创建 DSL 的 努力 物 有 所 值 。 


20.3 包含 解析 组 合子 的 外 部 DSL 


给 外 部 DSL 编写 解析 器 时 ， 你 可 以 使 用 诸如 Antlr (http://www.antlr.org) 这 样 的 解析 器 生 
成 工具 。 不 过 ，Scala 库 本 身 也 包含 了 解析 组 合子 的 库 ， 可 以 用 来 解析 大 部 分 采用 与 上 下 
文 无 关 文 法 的 外 部 DSL。 这 个 库 定义 内 部 DSL 的 方式 十 分 特殊 、 引 人 注意 ， 该 方式 使 得 
解析 器 的 定义 与 常见 的 语法 标记 特别 像 ， 就 像 扩展 的 巴 科 斯 范式 (EBNF). 

Scala 2.11 将 解析 组 合子 分 离 为 一 个 单独 的 JAR 文件 ， 所 以 它 现在 是 可 选 的 。 也 有 其 他 
的 第 三 方 库 ， 可 以 提供 比 这 个 库 更 好 的 性 能 ， 如 Parboiled 2 (https://github.com/sirthias/ 
parboiled2) 。 我 们 将 使 用 Scala 的 库 作 为 示例 ， 其 他 库 提供 的 DSL 与 此 类 似 。 


我 们 已 经 在 sbt 编译 依赖 中 包含 了 解析 器 组 合子 的 库 (参见 Scaladoc, http://www.scala- 
lang.org/api/current/scala-parser-combinators/index.html#package ) 。 


20.3.1 关于 解析 组 合子 


我 们 已 经 知道 集合 组 合子 可 以 用 来 构造 数据 转换 器 。 类 似 地 ， 解 析 器 组 合子 则 用 来 构造 块 
解析 器 。 解 析 器 可 以 处 理 输入 的 特定 位 ， 如 浮 点 数 、 整 数 等 等 ， 这 些 解析 器 又 被 组 合 在 一 
起 ， 以 解析 大 的 表达 式 。 一 个 良好 的 解析 器 库 应 该 支持 序列 和 交替 的 表达 式 、 重 复 、 可 选 


20.3.2 ”计算 工资 单 的 外 部 DSL 


我 们 将 重用 前 面 的 例子 ， 但 会 采用 更 简单 的 语法 。 因 为 我 们 的 外 部 DSL 可 以 不 必 符 合 
Scala 语法 。 其 他 的 一 些 修改 使 得 解析 器 的 构造 更 加 容易 ， 比 如 ， 在 每 个 工资 扣除 项 目 之 
间 添 加 逗号 。 














顺序 ， 构 造 
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像 之 前 一 样 ， 我 们 先 给 出 import 语句 和 主 函 数 : 





// src/main/scala/progscala2/dsls/payroll/parsercomb/dsl.scala 
package progscala2.dsls.payroll.parsercomb 
import scala.util.parsing.combinator._ 
import progscala2.dsls.payroll.common._ //@ 
object Payroll { 
import dsl.PayrollParser // @ 


def main(args: Array[String]) = { 


val input = """biweekly { // ® 
federal tax 20.0 percent, 
state tax 3.0 percent, 


insurance premiums 250.0 dollars, 

retirement savings 15.0 percent 
penpan 
val parser = new PayrollParser //@ 
val biweeklyDeductions = parser.parseAll(parser.biweekly, input).get 


println(biweeklyDeductions) // ® 
val annualGross = 100000.0 

val gross = biweeklyDeductions.gross(annualGross) 

val net = biweeklyDeductions.net(annualGross) 

print(f"Biweekly pay (annual: $$${annualGross}%.2f): ") 
println(f"Gross: $$${gross}%.2f, Net: $$${net}%.2f") 


















































} 
} 

@ 再 次 使 用 这 里 定义 的 部 分 公共 类 型 。 

@ 表示 工资 扣除 的 “ 根 ” 解 析 器 。 

© MA. 注意 到 ， 这 次 输入 的 是 一 个 String， 而 不 是 Scala 表达 式 。 

@ 创建 一 个 解析 器 实例 ， 通 过 调用 biweekly 使 用 这 个 解析 器 ，biweekly 返回 用 于 整个 
DSL 的 解析 器 。parseALL 方法 返回 Parsers.ParseResult (http://www.scala-lang.org/api/ 
current/scala-parser-combinators/#scala.util.parsing.combinator.Parsers$ParseResult), ， 我 们 
再 调用 get 得 到 Deductions, 

© 像 上 个 示例 一 样 ， 打 印 出 输出 。 扣 除 的 数量 与 上 次 不 同 ， 所 以 净 工 资 也 会 不 一 样 。 

以 下 是 解析 器 的 定义 : 


object dsl { 
class PayrollParser extends JavaTokenParsers { //@ 


/** @return Parser[(Deductions)] */ 

def biweekly = "biweekly" ~> "{" ~> deductions <~ "}" ^^ { ds => // @ 
Deductions("Biweekly", 26.0, ds) 

} 


/** @return Parser[Vector[Deduction]] */ 
def deductions = repsep(deduction, ",") ^^ { ds => // 日 
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ds.foldLeft(Vector.empty[Deduction]) ( :+ _) 
} 


/** @return Parser[Deduction] */ 
def deduction = federal_tax | state_tax | insurance | retirement // @ 


/** @return Parser[Deduction] */ 


def federal_tax = parseDeduction("federal", "tax") // ® 
def state_tax = parseDeduction("state", "tax") 
def insurance = parseDeduction("insurance", "premiums" ) 


def retirement parseDeduction("retirement", "savings") 


private def parseDeduction(word1: String, word2: String) = [IL O 
word1 ~> word2 ~> amount ^^ { 
amount => Deduction(s"${word1} ${word2}", amount) 


} 


/** @return Parser[Amount] */ 
def amount = dollars | percentage //@ 


/** @return Parser[Dollars] */ 
def dollars = doubleNumber <~ "dollars" ^^ { d => Dollars(d) } 


/** @return Parser[Percentage] */ 
def percentage = doubleNumber <~ "percent" ^^ { d => Percentage(d) } 


def doubleNumber = floatingPointNumber ^^ (_.toDouble) 
} 
} 


@ 类 通过 其 中 的 方法 定义 了 语法 和 解析 器 。 

@ 顶层 解析 器 ， 该 解析 器 通过 组 合 小 解析 器 创建 得 到 。 入 口 方法 biweekly 返回 
Parser[Deductions]， 这 是 一 个 可 以 从 字符 串 中 解析 出 工资 扣除 项 目的 解析 器 ， 它 返回 
一 个 Deductions 对 象 。 我 们 稍 后 会 讨论 它 的 语法 。 

© 解析 一 组 由 逗号 分 隔 的 扣除 项 目 。 其 中 逗号 的 添加 简化 了 解析 器 的 实现 。repsep 方法 
可 以 解析 任意 个 数 的 扣除 项 目 表达 式 .。 


















































@ 4 个 扣除 项 目 。 
@ 调用 辅助 函数 ， 构 造 解 析 这 4 个 项 目的 解析 器 
@ 用 于 处 理 这 4 个 扣除 项 目的 辅助 方法 。 
© 解析 amount，amount 是 由 dollars 和 percent 组 成 的 。 同 时 创建 了 对 应 的 Amount 
实例 。 
下 面 我 们 仔细 观看 biweekly 的 写法 ， 为 方便 讨论 我 们 再 一 次 给 出 biweekly 的 写法 : 
"biweekly" ~> "{" ~> deductions <~ "}" //@ 
^ { ds => Deductions("Biweekly", 26.0, ds) } //@ 


@ 找到 3 个 结束 标记 (terminal token), biweekly, {. }, LAMM {…} 中 内 容 计算 扣除 的 
结果 。 类 似 eal (其 实 是 方法 名 ) ~> 和 <~ 表示 将 ~ 一 侧 的 标记 丢掉 。 于 是 语 
法 标记 都 去 掉 了 ， 只 留 下 deductions, 
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o “7A Cid) 和 右边 (语法 规则 ) DIF. 


语法 规则 带 一 个 参数 ， 是 保留 下 来 的 标 


las Se ey 则 需要 使 用 一 个 形 如 { case tl ~ t2 ~ t2 => ... 的 偏 函 数 








字面 








需要 注意 的 是 ， 这 里 六 





。 在 这 个 例子 中 ，ds 是 Deduction 实例 的 Vector， 








用 于 构造 Deductions 实例 。 


F 不 需要 内 部 DSL 中 的 DeductionsBuilder。 详 尽 的 验证 可 以 参阅 


progscala2.dsls.payroll.parsercomb.DSLSpec 中 的 测试 ， 该 测试 使 用 ScalaCheck 进行 验证 。 


20.4 














内 部 DSL 与 外 部 DSL: 最 后 


下 面 我 们 来 比较 一 下 用 户 所 写 的 内 部 DSL 和 外 部 DSL. xE 


val biweeklyDeductions = biweekly { deduct => 
deduct federal_tax (25.0 percent) 
deduct state_tax (5.0 percent) 
deduct insurance_premiums (500.0 dollars) 
deduct retirement_savings (10.0 percent) 














} 
下 面 给 出 外 部 DSL: 
val input = """biweekly { 
federal tax 20.0 percent, 
state tax 3.0 percent, 


insurance premiums 250.0 dollars, 
retirement savings 15.0 percent 


i wn 








的 思考 


再 次 给 出 内 部 DSL: 























外 部 DSL 更 简单 ， 但 用 户 必 须 将 DSL 语句 放 在 字符 串 中 。 所 以 ， 外 部 DSL 中 不 存在 代码 
补 全 、 纠 错 、 语 法 高 亮 和 其 他 IDE 特性 。 





但 另 一 方面 




















i， 外 部 DSL 更 容易 实现 (也 更 有 趣 )。 它 对 Scala 解析 技巧 的 依赖 也 相对 较 少 。 


你 必须 权衡 其 中 的 取舍 ， 做 出 最 适合 你 的 选择 。 如 果 DSL 与 Scala“ 足 够 接近 ”， 在 Scala 内 


部 花费 合 到 











E 的 努力 即 可 实现 ， 并 有 不 错 的 健壮 性 ， 那 么 内 部 DSL 的 用 户 体验 通常 会 更 好 。 


显然 这 也 是 前 面 提 到 的 测试 库 的 最 佳 选 择 。 如 果 DSL 与 Scala 的 语法 相差 大 远 ， 这 也 许 是 因 
为 DSL 是 一 门类 似 SQL 的 大 众 语言 ， 使 用 带 引 号 的 字符 串 的 外 部 DSL 可 能 是 最 好 的 选择 。 

回顾 5.3.1 节 ， 我 们 可 以 实现 自己 的 字符 串 播 值 器 。 这 样 ， 我 们 就 可 以 用 稍微 简单 一 点 的 
语法 来 封装 一 个 用 组 合子 构建 的 解析 器 。 例 如 ， m :实现 了 一 个 SQL 语法 分 析 器 ， 用 户 


便 可 以 使 用 sqL"SELECT * FROM table WHERE ...; 


样 显 式 地 调用 该 解析 器 API 


205 ”本 章 回顾 与 下 一 章 提 要 


人 们 在 创建 DSL 时 很 容易 放弃 。 
合 客户 的 可 用 性 需求 的 健壮 DSL, H 














进行 长 期 的 维护 与 支持 。 





在 下 一 章 中 ， 我 们 将 探讨 Scala 的 工具 和 库 。 





"来 调用 该 分 析 器 ， 而 不 必 像 我 们 之 前 一 


创建 Scala 中 的 DSL 可 以 说 相当 有 趣 ， 但 是 ， 要 创建 符 
中 的 工作 量 不 可 低估 。 除 了 巨大 的 工作 努力 ， 还 需要 
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本 章 将 对 我 们 曾经 使 用 过 的 Scala 工具 进行 详细 地 讲解 ， 这 些 工具 包括 编译 器 scalac、 
REPL 中 的 scala 命令 等 。 我 们 将 讨论 构造 工具 选项 、IDE 以 及 如 何在 文本 编辑 器 中 集 
成 这 些 工 具 ， 之 后 我 们 将 学 习 Scala 的 测试 库 ， 最 后 我 们 将 列举 某 些 可 能 有 用 的 第 三 
Scala 库 。 


21.1 命令 行 工具 


尽管 你 的 大 多 数 工 作 都 是 在 IDE 或 SBT REPL 中 完成 的 ， 理 解 命令 行 工 具 的 工作 原因 仍 能 
为 你 带 来 一 些 额 外 的 灵活 度 ， 而 如 果 图 形 化 工具 无 法 正常 工作 ， 这 些 工 具 也 能 作为 一 个 备 
用 方案 。 在 大 多 数 时 候 ， 你 都 会 在 SBT 构造 文件 或 IDE 设置 中 配置 编译 器 标志 ， 之 后 你 
会 通过 console 命令 ， 在 当前 SBT 会 话 中 运行 REPL. 

在 1.2 入， 我 们 讲解 了 如 何 安装 命令 行 工具 。 所 有 命令 行 工具 都 位 于 SCALA_HOME/bin 
文件 夹 中 ， 其 中 SCALA_HOME 是 Scala 的 安装 路 径 。 

你 可 以 访问 http:Wwww.scala-lang.org/documentation 页 面 ， 了 解 更 多 关于 命令 行 工 具 的 相关 
信息 。 
































21.1.1 命令 行 工 具 : scalac 
scalac 命令 会 编译 Scala 源 文件 ， 并 生成 JVM 类 文件 。 


scalac 命令 只 是 一 个 封装 了 java 命令 的 shell 脚本 而 已 ， 该 脚本 将 包含 Scala 编译 器 Main 
对 象 的 名 字 传 递 给 了 java 命令 。 除 此 之 外 ， 该 脚本 还 将 Scala 使 用 的 JAR 文件 添加 到 
CLASSPATH 中 ， 并 定义 了 许多 与 Scala 相关 的 系统 参数 。 





414 


scalac 命令 运行 格式 如 下 : 
scalac <options> <source files> 


我 们 回顾 下 1.3 节 的 内 容 ， 源 文件 名 并 不 需要 与 文件 中 定义 的 public 类 的 类 名 相 吻 合 。 实 际 
上 ， 你 可 以 在 同一 个 文件 中 定义 多 个 public 类 。 类 似 地 ， 包 名 也 无 需 与 路 径 结 构 相 一 致 。 


但 是 ， 为 了 遵守 JVM 需求 ，Scala 会 为 每 个 类 型 生成 一 个 独立 的 类 文件 ， 类 文件 名 与 类 型 
名 相同 。 同 样 ， 这 些 类 文件 会 根据 所 在 的 包 声 明 体 的 名 称 写 入 对 应 的 文件 夹 中 。 


K 21-1 列举 了 scalac 的 选项 。 使 用 2.11.2 版 本 的 编译 器 上 时， 执行 scalac -help 命令 便 能 
得 到 这 些 选 项 的 说 明 ( 表 中 对 这 些 选 项 说 明 做 了 少许 修改 )。 


表 21-1: scalac 命 令 选 项 














选 项 说 明 
-Dproperty=value 将 -Dproperty=value 选项 直接 传递 给 运行 时 系统 
-Jflag 将 Java 标志 直接 传递 给 运行 时 系统 


-Pplugin:opt 

-X 

-bootclasspath path 
-classpath path 

-d directory or jar 
-dependencyfile file 


-deprecation 


-encoding encoding 
-expLaintypes 
-extdirs dirs 


-feature 


-g: level 


-help 
-javabootclasspath path 
-javaextdirs path 


- Language: feature 


-no-specialization 
-nobootcp 

-nowarn 

-optimise 

-print 


-sourcepath path 








将 选项 opt 传递 给 某 一 编译 器 插件 





覆 写 用 于 启动 的 类 文件 的 路 径 
设置 用 户 类 文件 的 查找 路 径 
指定 生成 类 文件 的 地 址 
指定 记载 了 依赖 关系 的 文件 
假如 用 户 使 用 了 已 过 时 的 API， 输 出 信息 中 将 不 再 打印 警告 信息 和 这 些 API 
对 应 的 源 文件 位 置 

指定 源 文 件 使 用 的 字符 编码 

出 错时 更 详细 地 解释 类 型 错误 

重新 设置 已 安装 编译 器 扩展 的 路 径 

假如 没有 显 式 地 导入 那些 应 显 式 导入 的 功能 ， 将 显示 对 应 的 警告 信息 和 代码 
位 置信 息 

指定 生成 的 调试 信息 的 级 别 ， 包 括 none, source, line, vars (默认 级 别 ) 和 
notailcalls 

打印 标准 选项 的 摘要 信息 

对 Java 的 启动 classpath 进行 履 写 

#5 Java 的 extdirs 的 类 路 径 

启动 一 个 或 多 个 语言 功能 ， 这些 功 能 包括 : dynamics, postfix0ps, 
reflectiveCalls, implicitConversions, higherKinds, existentials, LJ) J% exp 
erimental.macros ( 输入 多 个 功能 时 ， 这 些 功 能 以 逗号 分 割 ， 不 能 包含 空格 ) 
忽略 所 有 的 @specialize 标注 
不 要 对 Scala 语言 的 JAR 包 使 用 启动 类 路 径 

不 生成 警告 信息 

通过 对 程序 进行 优化 ， 生 成 运行 速度 更 快 的 字 市 码 
不 考虑 任何 scala 相关 的 功能 ， 仅 仅 打印 程序 内 容 
指定 源 文 件 的 查找 路 径 
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( 续 ) 













































































选 项 说 明 

-target: target 指定 运行 目标 文件 的 目标 平台 ， 如 : jvm-1.5 (不 推荐 )、jvm-1.6 (BRU), 
jvm-1.7 

-toolcp path 将 指定 目录 添加 到 运行 类 路 径 中 

-unchecked 有 时 候 scala 需要 根据 猜测 ， 才 能 决定 生成 的 代码 。 此 时 如 果 开 启 了 这 一 选 
项 ，scalac 便 会 打印 出 一 些 额 外 的 警告 信息 

-uniqid 在 调试 的 输出 信息 中 ， 给 所 有 的 标识 符 添加 一 个 唯一 的 标签 

-usejavacp 使 用 java.class.path 路 径 作为 classpath 

-usemanifestcp 使 用 manifest 文件 中 定义 的 classpath 

-verbose 在 输出 中 打印 编译 器 正在 执行 的 工作 信息 

-version 打印 产品 版 本 信息 ， 之 后 退出 

@file 指定 了 一 个 文本 文件 ， 该 文件 中 记录 了 编译 器 参数 (编译 器 选项 和 需要 编译 
的 文件 ) 








接 下 来 ， 我 们 将 选择 一 部 分 选项 进行 讨论 。 
假如 在 变量 名 字 或 允许 的 符号 中 使 用 非 ASCII 的 字符 (例如 ， 使 用 Unicode\u21D2 而 不 是 
=&tg 字符 来 表示 => 符号 ) ， 你 需要 使 用 -encoding UTF8 选项 。 


如 果 出 现 类 型 错误 时 你 希望 能 够 得 到 更 完整 的 解释 信息 ， 请 使 用 -explaintypes 选项 。 


从 Scala 2.10 开始 ， 一 些 更 高 级 的 语言 功能 都 被 设置 为 可 选 功能 ， 因 此 开发 团队 可 以 选择 
启动 他 们 希望 使 用 的 功能 。 这 也 是 解决 Scala 复杂 性 问题 工作 的 一 部 分 ， 如 果 需 要 的 话 ， 
我 们 仍然 可 以 使 用 Scala 的 高 级 结构 。 使 用 -feature 选项 后 ， 假 如 源 代 码 未 显 式 引 入 这 些 
可 选 功能 ， 并 且 未 开启 -anguage:< 功能 名 > 编译 器 标记 ， 那 么 scala 便 会 发 出 警告 信息 ， 
并 列 出 使 用 了 这 些 功能 的 所 有 的 源码 位 置 。 


scala. language 对 象 (http://www.scala-lang.org/api/current/#scala.language$) 定义 了 一 组 可 
选 语言 trait， 相 关 的 Scaladoc (http://www.scala-lang.org/api/current/#scala.language$) 页 面 
也 解释 了 这 些 功 能 被 设置 为 可 选 功能 的 原因 。 下 面 的 表 21-2 列 出 了 这 些 功 能 。 


表 21-2: 可 选 的 语言 功能 































































































功能 名 功能 描述 

dynamics AJH Dynamic E (请 参照 第 19 章 的 相关 内 容 ) 

postfixOps 启用 后 缀 操作 符 (例如 ，169 toString) 

reflectiveCalls 允许 用 户 使 用 结构 化 类 型 (请 参考 24.2.1 节 的 相关 内 容 ) 

implicitConversions 人 允许 用 户 定义 隐 式 方法 及 成 员 (请 参考 5.3 节 的 相关 内 容 ) 

higherKinds 允许 用 户 编写 higher-kinded 类 型 (请 参考 15.5 节 的 相关 内 容 ) 

existentials 允许 用 户 编写 存在 类 型 (existential types， 请 参考 14.9 节 的 相关 内 容 ) 

experimental 包含 了 一 些 较 新 的 功能 ， 这 些 功 能 目前 尚未 在 生产 环境 中 测试 过 。 目 前 只 有 宏 是 
Scala 语言 中 唯一 的 试验 功能 (请 参考 24.4 节 的 相关 内 容 ) 























-X 高 级 选项 ( 即 scalac -X 和 scala -Xx) 提供 了 控制 是 否 输出 复杂 的 诊断 信息 、 调 整编 译 
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器 行为 、 控 制 使 用 的 试验 性 扩展 和 播 件 等 功能 。 表 21-3 对 其 中 的 某 些 选项 进行 了 说 明 。 
表 21-3: -X 的 一 些 高 级 选项 





















































-Xcheckinit 对 字段 访问 器 进行 封装 ， 假 如 访问 了 未 初始 化 的 字段 ， 便 会 抛 出 异常 
(请 参考 11.4 节 的 相关 内 容 ) 

-Xdisable-assertions 不 生成 断言 和 假设 信息 

-Xexperimental 启用 某 些 试验 性 的 扩展 功能 

-Xfatal-warnings 只 要 存在 任何 警告 信息 ， 编 译 过 程 便 以 失败 告终 

-Xfuture 启用 future 语言 特性 (if any for a particular release) 

-Xlint 启用 Lint 推荐 的 额外 警告 信息 

-Xlog-implicit-conversions 每 出 现 一 次 隐 式 转换 ， 便 打印 出 一 条 日 志 信 息 

-Xlog-implicits 如 果 出 现 了 不 可 用 的 隐 式 ， 便 会 详细 地 显示 不 适用 的 原因 

-Xmain-class path 指定 JAR 文件 manifest 中 的 主 类 入 口 ， 只 有 使 用 -d jar 选项 才 起 作用 。 

-Xmigration:v 假如 某 些 结构 的 行为 从 Scala 的 第 v 版 起 发 生 了 变化 ， 那 么 将 给 出 警告 
信息 

-Xscript ob7ect 将 源 代码 文件 视 为 脚本 ， 并 将 文件 内 容 封 装 到 main 方法 内 

-Y 打印 关于 私有 选项 的 概要 信息 。 所 谓 私 有 选项 ， 是 用 于 实现 新 的 语言 特 








性 的 那些 选项 








在 下 面 的 示例 中 ， 我 们 第 一 次 在 REPL 中 使 用 了 -XLint 选项 。 从 该 示例 中 ， 你 能 观察 到 
-XLint 选项 增加 了 一 些 额 外 的 警告 信息 : 














$ scala -Xlint 
Welcome to Scala version 2.11.2 ... 


scala> def hello = println("hello!") 
<console>:7: warning: side-effecting nullary methods are discouraged: 
suggest defining as ‘def hello()* instead 
def hello = println("hello!") 
A 


hello: Unit 


所 有 返回 Unit 类 型 的 函数 都 应 该 具有 副作用 。 在 这 个 示例 中 ， 我 们 会 打印 输出 信息 。 依 照 
Scala 代码 的 规范 ， 只 有 当 国 数 不 会 有 任何 副作用 时 ， 才 能 将 其 声明 为 零 元 方法 (nullary 
method) ， 即 不 为 该 方法 指定 参数 列表 。 由 于 hello 方法 具有 副作用 ， 因 此 此 处 出 现 了 一 条 


警告 信息 。 


假如 你 在 编译 脚本 文件 时 ， 和 希望 将 其 作为 普通 Scala 源 代 码 文件 进行 处 理 ， 那 么 -Xscript 
选项 便 派 上 了 有 用场。 这样 做 的 好 处 在 于 减少 重复 编译 该 脚本 所 导致 的 启动 开启。 


我 推荐 读者 在 日 常 工作 中 使 用 -deprecation, -unchecked, feature 和 
-XLint 选项 。( 对 于 某 些 代码 库 而 言 ， 使 用 -XLint 选项 也 许 会 产生 非常 多 的 
警告 信息 。) 这 些 选项 除了 能 够 帮助 我 们 减少 bug 之 外 ， 还 能 提醒 我 们 不 要 
使 用 过 时 库 。 与 其 他 的 标志 一 样 ， 我 们 会 在 代码 示例 对 应 的 build.sbt 文件 中 
使 用 这 些 标志 。 
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21.1.2 Scala 命令 行 工 具 


如 果 指 定 了 待 运行 的 程序 ，scala 命令 会 执行 该 程序 。 假 如 未 指定 程序 名 ，scala 会 启动 
REPL。 与 scalac 相似 ，scala 同样 也 是 一 个 shel 脚本 。 输 入 下 列 语句 ， 便 能 运行 scala 


AA 
命令 。 





scala <options> [<script|class|object|jar> <arguments>] 


scalac 命令 行 选项 同样 适用 于 scala 命令 ， 除 此 之 外 ，scala 还 能 接受 表 21-4 列 出 的 额外 
选项 。 

表 21-4: 额外 的 scala 命 令 选 项 

Saa M e a 

-howtorun ”执行 的 是 什么 类 型 的 程序 呢 ? 脚本 、 对 象 、jar 包 还 是 让 scala 自己 猜测 (默认 行为 ) 

-i file 在 启动 REPL 之 前 ， 预 先 加 载 文 件 内 容 

-e string ”执行 string 字符 串 ， 将 其 视 为 输入 到 REPL 上 的 命令 

-save 将 编译 过 的 脚本 存储 成 JAR 文件 ， 这 样 一 来 ， 之 后 使 用 该 脚本 时 无 需 对 其 重 编译 

-nc 不 运行 编译 守护 进程 。 此 时 ， 离 线 编 译 器 fsc 将 会 自动 运行 ， 以 避免 每 次 重启 编译 器 的 开销 


















































运行 scala 命令 时 ， 将 会 对 第 一 个 非 选 项 的 参数 进行 解释 ， 并 将 其 作为 scala 执行 的 程序 。 
假如 未 指定 该 参数 ， 那 么 将 启动 REPL 终端 。 假 如 用 户 指定 了 需要 执行 的 程序 ， 那 么 出 现 
在 程序 参数 之 后 的 所 有 参数 都 将 作为 args 数组 传递 给 程序 。 我 们 在 之 前 的 许多 示例 中 都 使 
用 过 args 数组 。 


另外 ， 除 非 指定 了 -howtorun 选项 ， 否 则 scala 会 自行 推测 程序 的 类 型 。 假 如 传人 了 
Scala 源码 的 文件 ， 那 么 scala 会 将 其 视 为 脚本 ， 并 执行 该 脚本 。 假 如 传人 了 一 个 定义 了 
main 方法 的 类 文件 或 具有 Main-Class 属性 的 JAR 文件 ，scala 便 会 运行 一 个 典型 的 Java 
程序 。 


如 果 和 希望 能 在 输入 命令 之 前 预 加载 某 一 文件 ， 你 可 以 在 交互 模式 下 使 用 -i file 选项 。 即 
便 进 入 了 REPL 模式 ， 你 还 能 使 用 :Load filename 命令 加 载 文件 。 假 如 你 开启 了 REPL 模 
式 ， 并 且 需 要 重复 执行 相同 的 命令 ， 那 么 使 用 这 样 一 个 预 加 载 文 件 会 很 有 用 。 

使 用 REPL 时 ， 你 可 以 处 理 许 多 条 命令 。 输 入 help 命令 可 以 查看 这 些 命令 的 概要 描述 。 
K 21-5 列 出 了 Scala 2.11.2 版 提供 的 可 用 命令 ， 我 们 对 其 做 了 少量 的 编辑 。 


表 21-5: Scala REPL 中 可 以 使 用 的 命令 






























































oe S 描 È 

:cp path 将 某 个 JAR 包 或 基 个 目录 添加 到 classpath 中 

:edit id or line 编辑 输入 历史 

:help [command] 打印 概括 性 的 帮助 信息 或 某 个 命令 相关 的 帮助 信息 

:history [num] 显示 命令 的 历史 纪录 (num 是 可 选 参 数 ， 代 表 了 显示 的 命令 条 数 ) 
:h? string 查询 历史 纪录 





:imports/name name ...] 显示 加 载 文 件 的 历史 记录 ， 以 便 了 解 这 些 定义 名 称 的 来 源 
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:implicits [-v] 显示 作用 域 中 定义 的 各 类 隐 式 〈-v 是 可 选项 ， 假 如 包含 了 -v 选项 ， 会 显示 
更 详细 的 输出 内 容 ) 

:javap path or class 对 指定 的 文件 或 指定 名 称 的 类 进行 反 编译 

:line id or line 在 历史 信息 末尾 处 放置 几 行内 容 

:load path path 指定 了 某 一 文件 ，scala 会 对 文件 中 的 各 行内 容 进行 解释 

:paste [-raw] [path] 进入 粘贴 模式 ， 或 者 复制 茶 个 文件 的 内 容 

:power 进入 超级 用 户 模式 (请 查看 输入 该 命令 后 打印 的 信息 ) 

:quit 退出 Scala 解释 器 (也 可 以 使 用 Ctrl-D 快捷 键 ) 

:replay 重 置 执行 ， 并 重新 运行 之 前 输入 的 所 有 命令 

:reset 将 REPL 重新 设置 为 起 始 状态 ， 并 移 除 所 有 的 会 话 入 

:save path 将 该 会 话 信 息 存储 到 文件 中 ， 之 后 可 以 使 用 该 文件 执行 replay 操作 

:sh command line 执行 一 条 shell 命令 (执行 结果 类 型 为 implicitly => List[String]) 

:settings/+ or -Joptions 启用 (+)/ 关闭 (- ) 标志 位 ， 设 置 编 译 器 选项 

:silent 关闭 /开启 自动 打印 结果 值 的 功能 

:type [-v]expr 在 不 对 表达 式 进 行 估 值 的 情况 下 展示 表达 式 类 型 

:kind [-v]expr 展示 表达 式 类 型 的 kind 值 

:warnings 找到 最 近 一 行 具有 警告 信息 的 代码 ， 并 显示 对 应 的 警告 信息 





使 用 :power 命令 可 以 进入 “超级 用 户 模式 ”， 该 模式 提供 了 额外 的 命令 用 于 查看 内 存 中 的 
数据 ， 如 抽象 语法 树 、 解 析 器 属性 等 。 你 还 能 对 编译 器 进行 操作 。 

假如 要 执行 的 脚本 的 使 用 频率 较 高 ， 运 行 scala 命令 来 执行 这 些 脚 本 就 会 显得 有 些 麻烦 。 
在 Windows 和 类 Unix 系统 中 ， 你 可 以 编写 独立 的 Scala 脚本 ， 无 需 通 过 scalac 脚本 文件 
名 的 方式 执行 该 脚本 。 


对 于 类 Unix 系统 ， 下 面 的 示例 说 明了 如 何 编写 一 个 可 执行 脚本 。 请 记 住 你 需要 为 脚本 文 
件 设 置 可 执行 的 权限 ， 如 执行 chmod +x secho 命令 : 


#!/bin/sh 

# src/main/scala/progscala2/toolslibs/secho 
exec scala "$0" "S@" 

'# 

print("You entered: ") 

args.toList foreach { s => printf("%s ", s) } 
println 


下 面 列 出 了 该 脚本 可 能 的 应 用 场景 : 


$ secho Hello World 
You entered: Hello World 


Windows 平台 的 .bat 命令 脚本 与 之 前 的 脚本 较为 相似 ， 如 下 所 示 : 


: :#1! 
@echo off 
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call scala %0 %* 

goto :eof 

tilt 

print("You entered: ") 

args.toList foreach { s => printf("%s ", s) } 
println 


scala 命 令 与 scalac 命 令 的 局 限 
使 用 scala 命令 运行 源 文 件 或 是 使 用 scalac 编译 源 文件 都 具有 一 些 局 限 性 。 
通过 scala 命令 执行 的 脚本 会 被 封装 到 一 个 匿名 对 象 中 ， 封 装 后 的 脚本 与 下 面 示例 或 多 或 
少 有 些 相似 : 
object Script { 
def main(args: Array[String]): Unit = { 


new AnyRef { 
// 你 的 脚本 代码 将 被 插入 到 此 处 。 


} 
} 


Scala 对 象 中 无 法 坐 入 包 声 明 体 ， 这 意味 着 你 无 法 在 脚本 中 声明 包 。 这 解释 了 本 书 中 所 有 
声明 了 包 的 示例 都 必须 经 过 编译 之 后 再 运行 的 原因 。 

反 过 来 ， 有 些 脚 本 无 法 使 用 scalac 进行 编译 。 除 非 你 在 编译 时 使 用 了 -Xscript ob7ect 选 
项 ， 选 项 中 的 option 表示 被 编译 对 象 的 名 称 。 在 之 前 的 示例 中 ，object 对 应 了 对 象 名 : 
Script。 换 言 之 ， 编 译 器 选项 -Xscript 会 对 脚本 内 容 进行 封装 ， 其 封装 器 正 是 REPL fast 
封闭 时 所 使 用 的 封闭 器 。 

之 所 以 编译 某 些 脚本 时 需要 使 用 对 象 封装 器 ， 是 由 于 Scala 不 允许 在 类 型 外 定义 或 调用 函 
数 。 将 scala 命令 作为 脚本 ， 下 面 的 示例 能 够 正常 地 运行 : 


// src/main/scala/progscala2/toolslibs/example.sc 






























































case class Message(name: String) 
def printMessage(msg: Message) = println(msg) 
printMessage(new Message("This works fine with the REPL")) 


不 过 ， 假 如 使 用 scalac 编译 该 脚本 ， 但 未 添加 -Xscript 选项 时 ， 你 会 发 现 系 统 产 生 了 下 
列 错误 : 


example.sc:3: error: expected class or object definition 
def printMessage(msg: Message) = println(msg) 
Nn 





example.sc:5: error: expected class or object definition 
printMessage(new Message("This works fine with the REPL")) 
An 


two errors found 


我 们 应 该 使 用 下 列 方式 编译 并 执行 该 脚本 : 
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scalac -Xscript MessagePrinter src/main/scala/progscala2/toolslibs/example.sc 
scala -classpath . MessagePrinter 


由 于 脚本 会 被 放置 在 默认 包 内 ， 因 此 生成 的 类 文件 将 位 于 当前 文人 


MessagePrinter$Sanon$1$Message$.class 
MessagePrinter$Sanon$1$Message.class 
MessagePrinter$$anon$1.class 
MessagePrinter$.class 
MessagePrinter.class 


对 每 个 文件 都 执行 javap -private (我 们 将 在 下 一 节 中 讲解 该 命令 ) ， 便 能 查看 这 些 文件 
所 包含 的 声明 体 。-p 标志 会 提醒 javap 程序 列 出 所 有 的 成 员 ， 包 括 私 有 成 员 和 受 保护 成 
员 (运行 javap -help， 可 以 查看 所 有 的 选项 )。 在 javap 命令 中 需要 省 略 .class 后 级 ， 如 
javap MessagePrinter$$anon$1$Message$, 

MessagePrinter 和 MessagePrinter$ 都 是 scalac 命令 生成 的 封装 类 ， 这 两 个 封装 类 为 脚本 
提供 了 “应 用 程序 ”入 口 。MessagePrinter 定义 了 我 们 所 需 的 静态 main 方法 。 
MessagePrinter$$anon$1 是 scala 生成 的 一 个 Java 类 ,该 类 封装 了 整个 脚本 。 脚 本 中 定义 
的 printMessage 方法 变 成 了 此 类 的 一 个 私有 方法 。 


MessagePrinter$$anon$1$Message 是 Message 类 。 
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K: 

















MessagePrinter$$anon$1$Message$ 是 Message 的 伴生 对 象 。 


21.1.3 scalap 和 javap 命 令 行 工具 


假如 你 希望 理解 Scala 结构 体 是 如 何 使 用 JVM 字 节 码 实现 的 ， 反 编译 器 能 派 上 用 场 。 反 编 
译 器 能 帮助 你 理解 Scala 名 字 为 了 能 够 转换 成 与 JVM 兼容 的 名 字 ， 遭 受 了 怎样 的 破坏 。 


老 资格 的 javap 出 自 于 JDK。 就 像 是 输出 Java 源 代码 一 样 ， 即 使 是 处 理 scalac 编译 Scala 
代码 后 产生 的 文件 ，javap 也 能 输出 文件 中 包含 的 声明 体 。 因 此 ， 假 如 你 希望 查看 Scala 中 
的 定义 体 是 如 何 被 映射 成 有 效 的 Java 字 节 码 ， 运 行 javap 命令 查看 这 些 类 文件 是 一 个 很 好 
的 方法 。 

Scala 提供 了 scalap 工具 ， 该 工具 将 输出 文件 中 包含 的 声明 体 ， 这 些 输出 看 上 去 就 像 是 
Scala JAR — tE, At, TRA, Scala 2.11.0 版 和 2.11.1 版 没有 将 scalap 包含 在 发 
行 版 本 中 。 你 可 以 访问 http://mvnrepository.com/artifact/org.scala-lang/scalap/2.11.1, F Æ 
2.11.1 版 的 scalap 的 JAR 文件 ， 然 后 将 JAR 文件 复制 到 安装 的 lib 目录 中 。Scala 2.11.2 版 
包含 scalap 工具 。 















































执行 scalap -cp . MessagePrinter 命令 ， 对 之 前 章节 中 出 现 的 MessagePrinter.class 进行 反 
编译 。 如 果 一 切 正常 的 话 ， 你 将 可 以 看 到 下 列 输出 (我们 对 代码 格式 进行 了 修正 ， 以 符合 
书页 的 大 小 ) : 








object MessagePrinter extends scala.AnyRef { 
def this() = { /* 编译 后 的 代码 */ } 


def main(args : scala.Array[scala.Predef.String]) : scala.Unit = { 
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/* 编译 后 的 代码 */ 
} 
} 
我 们 将 其 与 javap -cp . MessagePrinter 命令 的 输出 进行 对 比 : 


Compiled from "example.sc" 
public final class MessagePrinter { 
public static void main(java.lang.String[]); 


} 
现在 我 们 看 到 的 main 方法 的 声明 体 就 和 阅读 Java 源 代码 中 的 main 声明 体 一 样 了 。 
这 些 工 具 均 提供 了 -help 命令 选项 ， 该 选项 描述 了 这 些 工具 提供 的 功能 选项 。 
下 面 进入 练习 环节 ， 我 们 将 对 由 progscala2/toolslibs/Complex.scala 生成 的 类 文件 实施 反 编 
译 ， 该 文件 实现 了 Complex 这 一 数值 类 。 我 们 之 前 已 经 使 用 SBT 对 Complex.scala 文件 进 
行 了 编辑 。 现 在 ， 我 们 将 对 产生 的 类 文件 运行 scalap 和 javap 命令 。 其 中 我 们 在 源 文件 中 
声明 了 包 tooLsLibs， 请 留意 我 们 是 如 何 指定 包 名 的 。 使 用 下 列 javap 命令 ， 我 们 便 能 对 
Scala 2.11 构建 出 的 类 文件 实施 反 编 译 : 
javap -cp target/scala-2.11/classes toolslibs.Complex 
+ 方法 与 - 方法 在 类 文件 中 是 如 何 编码 的 呢 ? 那些 存在 或 假想 的 字段 的 getter 方法 的 名 
字 是 什么 呢 ? 这 些 字 段 对 应 的 Java 类 型 又 会 是 什么 呢 ? scalap 和 javap 会 输出 什么 内 
容 呢 ? 
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21.1.4 scaladocfpS77 LA 


scaladoc 命令 与 javadoc 命令 相似 ， 该 工具 会 基于 Scala 源 代 码 生成 文档 。 这 些 文档 被 
称 为 Scaladoc。 与 javadoc 一 样 ，scaladoc 解析 器 也 支持 相同 的 6 注释 ， 如 eauthor、 


@param 等 。 


在 项 目 中 使 用 scaladoc 的 最 简单 方法 是 执行 SBT 的 doc 任务 。 











21.1.5 ”fsc 命 令 行 工具 

fsc 是 快速 scala 编译 器 (fast scala compiler) 的 简写 ,为 了 能 够 更 快 地 启动 编译 器 ，fsc 会 
以 daemon 进程 的 方式 运行 ， 以 便 大 幅 消 除 编译 器 的 启动 开销 。 假 如 你 需要 重复 的 执行 脚 
本 (EP BIA, E bug 能 够 复 现 之 前 ， 你 也 许 需 要 重新 运行 一 组 测试 集 )， 那 么 使 用 fsc 
便 尤 为 有 用 。 实 际 上 ，scala 命令 会 自动 运行 fsc 工具 ， 但 你 也 可 以 直接 调用 该 工具 。 


21.2 构建 工具 


大 多 数 新 项 目 都 使 用 SBT (http://www.scala-sbt.org/) 构建 工具 ， 因 此 我 们 将 做 集中 讨论 。 
不 过 目前 已 经 存在 一 些 基 于 其 他 类 型 的 构造 工具 的 Scala 插件 ， 这 其 中 包括 Ant (http://ant. 
apache.org/), Maven (mvn) (http://maven.apache.org/) 和 Gradle (http://www.gradle.org/) 。 


















































422 | 第 21 章 


21.2.1 SBT: Scala 标 准 构建 工具 


SBT 是 一 款 可 用 于 构造 Scala 项 目 和 Java 项 目的 复杂 工具 。 它 提供 了 很 多 的 配置 选项 以 及 
插件 功能 。 我 们 在 所 有 的 代码 示例 中 都 使 用 了 这 一 工具 。 下 面 我 们 将 对 SBT 的 功能 进行 
稍微 更 加 深入 的 了 解 ， 其 中 便 会 涉及 SBT 实际 的 代码 构造 文件 的 结构 。 不 过 ， 我 们 对 这 
些 知 识 也 只 能 晴 贬 点 水 ， 不 会 涉及 太 深 的 内 容 。( 如 果 想 了 解 更 多 的 信息 ， 请 参考 SBT 的 
相关 文档 (http://www.scala-sbt.org/documentation.html) ;也 可 以 参考 由 Joshua Suereth 和 
Matthew Farwell 合作 编写 的 《SBT 实战 》 一 书 。) 

现在 ， 你 已 经 安装 好 了 SBT 工具 。 假 如 希望 进行 基于 JVM 的 web 开发 ， 也 请 你 查阅 一 下 
新 的 sbt-web 项 目 (https://github.com/sbt/sbt-web)。 该 项 目 增加 了 可 用 于 构建 并 管理 web 
资源 的 插件 ， 其 中 的 web 资源 包括 HTML 网 页 和 根据 模版 语言 而 生成 的 CSS 文件 等 。 


最 快 上 手 SBT 的 方法 是 复制 现 有 的 构造 文件 并 对 其 进行 修改 。 例 如 ， 你 可 以 
参考 Activator 模版 (http://www.typesafe.com/activator/templates) 中 的 这 些 构 
造 文件 。 





























SBT 与 Maven 相似 ， 它 们 都 内 赎 了 我 们 所 需要 执行 的 一 些 任务 ， 如 编译 、 自 动 化 测试 等 ; 
与 此 同时 ， 它 们 还 定义 了 任务 之 间 的 依赖 关系 ， 例 如 : 编译 应 在 测试 之 前 发 生 。SBT 的 构 
造 文件 中 定义 了 项 目的 元 数据 ， 例 如 : 项 目 名 、 发 布 版 本 等 信息 。 此 外 ， 构 造 文件 中 还 使 
用 Maven 规范 和 Maven 库 定义 的 各 个 组 件 之 间 的 依赖 关系 〈 不 过 在 解析 依赖 关系 时 ， 应 
HT Ivy 工具 (http://ant.apache.org/ivy))， 并 定义 了 一 些 自 定义 的 数据 。 其 中 构造 文件 中 
使 用 了 基于 Scala 的 一 门 DSL 语言 。 


SBT 的 构建 活动 由 一 个 或 多 个 构建 文件 所 定义 ， 构 建文 件 的 数量 取决 于 项 目的 复杂 度 和 定 
制 化 要 求 。 对 于 本 书 的 示例 而 言 ， 尽 管 同时 支持 两 个 版 本 的 Scala 会 增加 些许 复杂 度 ， 但 
这 些 示 例 项 目 还 都 相对 简单 。 

主 构建 文件 位 于 代码 示例 的 顶层 文件 夹 中 ， 其 名 为 build.sbt。 在 project 子 目 录 里 有 两 个 
额外 的 文件 ， build.properties 文件 ， 它 定义 了 我 们 希望 使 用 的 SBT 的 版 本 信息 ， 男 一 个 
文件 plugins.sbt 则 会 在 生成 Eclipse 项 目 文件 时 为 该 项 目 添加 SBT 的 相关 插件 。(IntelliJ 
IDEA 可 以 直接 导入 SBT SA.) 将 build.sbt 文件 放 在 project 目录 中 也 很 常见 。 


下 面 ， 我 们 将 查看 一 个 简化 版 的 build.sbt 文件 ， 该 文件 的 头 部 包含 了 一 些 定义 体 。 





























name := "Programming Scala, Second Edition: Code examples" 
version := "2.0" 
organization := "org.programming-scala" 
scalaVersion := "2.11.2" 
构造 文件 中 定义 了 变量 ， 变 量 定义 体 采用 了 类 似 于 name := "Programming Scala, ..." 这 


样 的 格式 。 为 了 能 更 容易 地 定位 到 定义 体 的 结束 位 置 ， 目 前 构造 文件 的 DSL 要 求 每 个 定义 
之 间 包 含 一 个 空 行 。 假 如 忘记 了 在 定义 体 之 间 添 加 空 行 ， 你 将 会 看 到 一 条 与 之 相关 的 错误 
信息 。 
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下 面 列 出 了 文件 中 定义 的 依赖 关系 〈 一 些 依赖 关系 已 被 删 城 ) : 
libraryDependencies ++= Seq( 
"com. typesafe.akka" %% “akka-actor" % "2.3.4", 
"org.scalatest" %% "scalatest" % "2.2.1" % "test", 
"org.scalacheck" %% "scalacheck" % "1.11.5" % "test", 


sn 


有 的 时 候 ， 我 们 需要 使 用 一 个 序列 Seq 对 象 用 于 定义 变量 。 例 如 ， 我 们 依赖 了 一 组 库 ， 包 
括 版 本 号 为 2.3.4 的 Akka actor 库 、ScalaTest 库 、ScalaCheck Æ (请 参见 21.4 节 )， 此 处 还 
省 略 了 一 些 其 他 的 依赖 库 。 


我 们 并 没有 列 出 Maven 兼容 的 仓库 定义 。 这 些 仓库 记录 了 查找 依赖 库 的 Internet 地 址 。 
SBT 已 经 知道 了 一 些 标准 的 仓库 位 置 ， 不 过 你 仍然 可 以 自 定义 一 些 仓库 。 你 能 在 project/ 
plugins.sbt 文件 中 找到 指定 Maven 仓库 的 相关 示例 。 关 于 如 何 指 定 仓 库 ， 请 参考 SBT 中 解 
析 器 resolver 的 定义 。 
libraryDependencies 剩余 的 部 分 内 容 定义 了 一 些 实际 中 可 能 会 用 到 的 定义 ， 我 们 也 会 在 这 
里 列 出 该 部 分 内 容 。 
最 后 ， 我 们 为 scalac 和 javac 命令 指定 了 所 需 的 编译 器 标示 : 

scalacOptions = Seq( 


"-encoding", "UTF-8", "-optimise", 
"-deprecation", "-unchecked", "-feature", "-Xlint", "-Ywarn-infer-any") 


























javacOptions ++= Seq("-Xlint:unchecked", "-Xlint:deprecation") 


我 们 可 以 在 构造 文件 中 定义 REPL 启动 控制 台 后 自动 执行 的 一 些 语句 。 尽 管 我 们 未 使 用 这 
一 功能 ， 不 过 了 解 该 功能 还 是 很 有 帮助 的 。 请 参考 下 面 的 示例 : 





initialCommands in console := 
|import foo.bar._ 
|import foo.bar.baz._ 
1""".stripMargin 


这 些 选 项 与 之 前 讨论 的 scala 命令 中 的 -i file 选项 类 似 。 控 制 台 提供 了 两 个 额外 的 变量 。 
第 一 个 变量 是 consoleQuick 变量 (你 也 可 以 写成 console-quick), 该 变量 并 不 会 优先 对 你 
的 代码 进行 编译 。 假 如 代码 当前 并 没有 执行 构建 操作 (或 者 构建 操作 需要 花费 很 长 时 间 )， 
而 你 又 希望 尝试 执行 某 些 代码 ， 那 么 consoleQuick 变量 便 能 派 上 用 场 。 

另 一 个 变量 是 consoleProject (也 可 以 写作 console-project)， 该 变量 会 忽略 你 所 编写 的 
代码 ， 但 却 会 加 载 SBT 定义 的 资源 、CLASSPATH 中 定义 的 一 些 构建 资源 以 及 一 些 有 用 的 导 
入 文件 。 

控制 台中 的 initialCommands 声明 同样 适用 于 consoleQuick 变量 ， 而 且 你 还 能 为 
consoleQuick 单独 定制 initialCommands。 相 比 之 下 ， 控 制 台 中 的 initialCommands 无 法 用 


于 consoleProject 变量 ， 不 过 你 能 为 consoleProject 变量 单独 定制 initialCommands 值 : 


























initialCommands in console := println("Hello from console")""" 


initialCommands in consoleQuick := println("Hello from consoleQuick") 
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initialCommands in consoleProject := """println("Hello from consoleProject")""" 


你 还 可 以 使 用 对 应 的 Cleanup 命令 ， 该 命令 能 够 帮助 你 对 可 能 经 常 使 用 的 资源 进行 自动 清 
理 ， 如 数据 库 会 话 资源 。 


21.2.2 ”其 他 构建 工具 


由 于 其 他 构建 工具 插件 均 使 用 了 SBT 工具 所 使 用 的 相同 的 增 量 编译 技术 ， 因 此 无 论 选用 何 
种 构建 工具 ， 构 建 时 间 大 致 相同 。 


你 可 以 在 Scala 发 布 版 中 找到 lib/scala-compiler.jar 文件 ， 该 文件 中 定义 了 scalac, fsc 以 
及 scaladoc 对 应 的 Ant 任务 。Scala 中 的 Ant 任务 与 对 应 Java 中 的 非常 类 似 。 执 行 Ant 时 
需要 使 用 配置 文件 build.xml， 其 中 “Scala Ant 任务 ”页 面 (http://www.scala-lang.org/old/ 
node/98) 对 该 配置 文件 进行 了 讲解 。 尽 管 这 个 页 面 已 经 有 些 年 头 ， 但 目前 仍然 有 效 。 


我 们 可 以 在 GitHub (http://davidb.github.io/scala-maven-plugin/) 中 找到 适用 于 Scala 语言 能 
Maven 插件 。 该 插件 会 帮 你 自动 下 载 Scala 语言 ， 因 此 使 用 时 无 需 安装 Scala, 


除 此 之 外 ， 我 们 还 可 以 使 用 Eclipse 和 IntelliJ 中 集成 的 Maven 环境 。 


假如 更 青睐 Gradle， 你 可 以 在 Gradle 的 相关 网 站 中 (http://www.gradle.org/docs/current/ 
userguide/scala_plugin.html) 找到 Gradle 插件 的 详细 信息 。 


21.3 与 IDE 或 文本 编辑 器 集成 


如 果 你 具备 java 开发 的 背景 ， 你 也 许 会 被 Java IDE 提供 的 丰富 功能 宠 坏 。 自 本 书 第 一 版 发 
布 以 来 ，Scala IDE 插件 已 经 得 到 了 很 大 的 发 展 ， 也 有 一 些 专业 的 团队 专门 负责 这 些 工 具 。 
尽管 对 Scala 的 工具 支持 还 是 没有 Java 工具 支持 那样 的 成 熟 ， 但 是 所 有 必需 的 工具 也 都 已 
经 存在 了 。 大 多 数 IDE 中 的 Scala 插件 都 集成 了 SBT 或 Maven 构造 工具 ， 并 提供 了 语法 
高 亮 、 部 分 自动 化 重 构 功能 以 及 新 的 worksheet 功能 。worksheet 功能 可 以 很 好 地 取代 命令 
行 中 的 REPL 环境 。 

假如 你 使 用 Eclipse， 请 参考 “Scala IDE m A” (http://scala-ide.org/index.html), ， 找 到 在 
Eclipse 中 安装 和 使 用 Scala 插件 的 详细 内 容 。 你 也 可 以 直接 下 载 一 个 完整 的 包含 了 配置 好 
Scala 插件 的 Eclipse 安装 包 。 


假如 你 更 青睐 于 使 用 Maven 而 不 是 SBT， 那 么 请 访问 网 页 http://www.scala-lang.org/old/ 
node/345， 该 页 面 说 明了 如 何在 Eclipse 中 使 用 Maven 执行 Scala 构建 工作 。 


使 用 Scala 插件 与 在 Eclipse 中 使 用 Java 工具 非常 相似 。 你 可 以 创建 Scala 项 目 和 文件 ， 执 
ÍT SBT 构建 和 测试 ， 进 行 代码 导航 和 代码 重 构 。 所 有 这 些 工 作 都 在 IDE 中 完成 。 


Eclipse 择 件 


Scala 的 Eclipse 插件 提供 了 一 个 Java 插件 尚未 提供 的 功能 一 一 工作 单 (worksheet) 功能 。 
工作 单 在 提供 REPL 的 交互 性 的 同时 ， 还 兼 具 了 文本 编辑 器 的 便利 性 。 
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如 果 你 已 经 在 Eclipse 中 打开 了 Scala 项 目 ， 那 么 鼠标 右 击 最 上 层 的 项 目 文件 夹 ， 这 样 便 会 
出 现 弹 出 菜单 ， 点 击 New -> Other 选项 。 在 Select a Wizard 对 话 框 中 打开 Scala 向 导 文 件 
来， 选择 Scala Worksheet 选项 ， 并 输入 工作 单 的 名 称 和 路 径 。 之 后 ， 将 产生 后 缀 为 .sc 的 
工作 单 文件 。 弹 出 的 工作 单 中 定义 了 一 个 默认 的 对 象 ， 而 该 对 象 中 只 包含 了 一 条 printtn 
语句 。 你 可 以 随意 对 该 对 象 重 命名 并 删除 println 语句 。 

弹出 工作 单 之 后 ， 你 可 以 输入 你 希望 执行 的 语句 。 每 当 你 保存 文件 时 ， 文 件 内 容 便 会 被 执 
行 一 次 ， 而 面板 右 侧 则 会 显示 出 执行 结果 。 之 后 你 可 以 再 次 编辑 并 存储 代码 。 工 作 单 就 像 
是 一 个 “窗口 式 ” 的 REPL 环境 。 它 尤其 适合 用 于 对 代码 片段 和 API 进行 测试 ， 这 其 中 包 
括 Java API | 
如 果 你 使 用 的 是 mtelliJ IDEA 工具 ， 那 么 请 打开 插件 首选 项 (plugins preference) 窗口 ， 查 
找 并 安装 Scala 插件 。 该 插件 提供 了 与 Eclipse 插件 相似 的 功能 ， 包 括 Intelli 版 本 的 工作 单 
功能 。 
最 后 再 提 一 下 ，NetBeans 中 已 经 有 了 一 个 提供 交互 式 终端 功能 的 Scala 插件 ， 该 插件 提 
供 的 功能 与 Eclipse 和 IntelliJ IDEA 中 的 工作 单 功能 相似 。 了 解 更 多 NetBeans 插件 的 信 
息 ， 请 参考 SourceForg 网 站 中 的 相关 文章 (http://sourceforge.net/projects/erlybird/files/nb- 
scala/) 。 


文本 编辑 器 


尽管 IDE 在 Scala 开发 人 员 之 间 很 受 欢 迎 ， 但 是 我 们 仍然 会 发 现 一 些 开 发 人 员 更 青睐 于 使 
用 文本 编辑 器 ， 如 Emacs (http://www.gnu.org/software/emacs), Vim (http://www.vim.org) 







































































和 SublimeText (http://www.sublimetext.com) o 


你 可 以 查阅 你 所 青睐 的 编辑 器 的 官方 文档 及 社区 论坛 ， 找 到 一 些 可 用 于 Scala 开发 的 
插件 和 配置 选项 。 许 多 编辑 器 插件 可 以 使 用 ENSIME 插件 (https://github.com/ensime)。 
ENSIME 插件 最 初 是 为 Emacs 编辑 器 所 设计 的 ， 它 提供 了 一 些 “ 类 IDE” 的 功能 ， 例 如 ， 
导航 功能 和 重 构 功能 。 


21.4 ”在 Scala 中 应 用 测试 驱动 开发 


测试 驱动 开发 (test-driven development, TDD) 是 软件 开发 中 一 种 已 经 存在 的 开发 方法 ， 
其 目的 是 通过 测试 驱动 代码 设计 。 在 TDD 中 ， 我 们 需要 首先 编写 包含 了 一 点 功能 的 测试 ， 
之 后 再 编写 能 够 使 之 前 编写 的 测试 通过 的 代码 。 

不 过 ，TDD 在 面向 对 象 工程 师 当 中 更 受 欢 迎 。 函 数 式 编程 开发 者 更 倾向 于 首先 使 用 REPL 
来 确定 需要 选用 的 类 型 和 算法 ， 再 编写 代码 。 如 果 我 们 不 使 用 TDD 的 开发 流程 ， 不 创建 
一 个 固定 的 、 可 以 自动 执行 “验证 ”的 测试 集 ， 这 会 带 来 一 些 不 好 的 地 方 。 不 过 由 于 函数 
式 代码 的 纯粹 性 ， 它 们 很 少 会 发 生变 化 。 一 些 函 数 式 编程 开发 者 会 在 完成 编码 工作 后 再 编 
写 一 些 济 试 ， 这 样 一 来 也 就 形成 了 一 套 可 用 于 回归 测试 的 测试 集 。 

无 论 你 如 何 编写 操作 ， 你 都 可 以 使 用 ScalaTest (http://www.scalatest.org) 和 Spec2 (http:// 
etorreborre.github.io/specs2) 这 两 套 库 得 到 支持 多 种 测试 风格 的 DSL 语言 。 尤 其 是 
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ScalaTest 库 ， 该 库 通 过 混入 不 同 的 trait， 使 你 对 多 种 测试 风格 进行 挑选 。 
对 于 像 Scala 这 样 的 包含 丰富 类 型 系统 的 函数 式 语言 而 言 ， 指 定 变量 类 型 也 可 以 作为 一 个 
测试 点 ， 每 次 执行 编译 时 便 会 执行 相关 测试 。 而 测试 的 目的 则 是 为 了 尽 可 能 地 消除 出 现 无 
效 状 态 的 可 能 性 。 
这 些 类 型 应 该 具备 定义 良好 的 属性 。Haskell 的 Quick-Check (http://www.haskell.org/ 
haskellwiki/Introduction_to_QuickCheck1) 测试 库 使 用 了 基于 属性 的 测试 ， 该 测试 也 被 称 
为 基于 类 型 的 测试 。 此 类 测试 也 因此 流行 起 来 并 成 为 一 种 独特 的 测试 方式 迁移 到 其 他 的 
些 语言 中 。 基 于 属性 的 测试 会 指定 类 型 条 件 ， 而 该 类 型 的 所 有 实例 都 必须 满足 这 些 条 
件 。 我 们 回顾 一 下 16.1 节 中 讨论 的 内 容 ， 基 于 属性 的 测试 工具 会 自动 生成 一 些 具 有 代表 
性 的 实例 ， 并 使 用 这 些 实例 对 条 件 进 行 测 试 。 这 类 测试 工具 能 够 验证 待 测 条 件 是 否 满足 
所 有 的 实例 〈 在 某 些 情况 下 ， 工 具 会 对 这 些 实例 进行 组 合 后 再 进行 测试 ) 。 而 通常 意义 的 
TDD 工具 则 不 然 ，TDD 工具 会 要 求 测 试 编写 者 生成 一 组 具有 代表 性 的 实例 ， 并 测试 所 有 
的 可 能 。 
ScalaCheck (http://scalacheck.org) 是 迁移 到 Scala 平 台 的 QuickCheck 库 。ScalaTest 和 
Specs2 都 可 以 运行 ScalaCheck 所 提供 的 属性 测试 。 同 时 ，JUnit (http:Wjunitorg) 和 
TestNG (http://testng.org) 库 可 以 使 用 这 两 个 库 ， 这 也 使 混合 Java 测试 和 Scala 测试 变 得 
容易 起 来 。 
假如 你 日 常 工 作 中 只 使 用 Java 语言 ， 而 又 希望 能 在 不 大 冒 风险 的 情况 下 尝试 
使 用 Scala 语言 ， 你 可 以 考虑 使 用 一 种 或 多 种 Scala 测试 工具 ， 对 Java 代码 
进行 测试 驱动 。 这 种 行为 风险 较 小 ， 当 然 也 仅 限 于 Scala 语言 。 















































SBT 现在 同时 支持 这 三 个 工具 ， 而 Ant、Maven 和 Gradle 插件 也 是 如 此 。 

代码 示例 中 出 现 的 测试 大 都 应 用 了 ScalaTest 和 ScalaCheck 库 ， 在 讲解 Java-Scala 互 操作 

时 ， 一 些 示例 使 用 了 JUnit 工具 。 
这 三 个 工具 都 可 以 作为 Scala 内 部 DSL 的 完美 示例 。 假 如 希望 编写 自己 的 
DSL 语言 ， 你 可 以 学 习 这 些 工 具 ， 通 过 学 习 这 些 工 具 的 实现 我 们 能 学 到 一 些 
技巧 。 








21.5 第 三 方 库 


自 第 1 版 出 版 以 来 ， 市 面 上 出 现 了 大 量 的 使 用 Scala 编写 的 第 三 方 库 。 编 写本 书 第 一 版 时 
某 些 库 并 不 存在 ， 但 现在 它们 得 到 了 广泛 地 使 用 ， 也 有 -一些 库 曾经 非常 流行 ， 现 在 却 已 经 
过 时 。 由 于 这 一 趋势 还 会 持续 下 去 ， 因 此 本 节 的 内 容 也 只 适用 于 某 段 时 期 。 而 本 节 谈 论 的 
第 三 方 库 并 不 全 面 。 你 可 以 将 本 节 作为 学 习 第 三 方 库 的 起 始点 ， 之 后 根据 需要 在 Web HE 
找 是 否 有 其 他 可 选择 的 第 三 方 库 。 

hitp://typelevel.org 网 站 中 聚集 了 大 量 的 可 用 于 不 同 用 途 的 库 ， 你 可 以 从 里 面 找到 自己 需要 
的 库 。 
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当然 ， 你 也 可 以 选择 那些 使 用 其 他 语言 编写 的 JVM 库 。 本 书 将 不 对 这 些 库 进 行 讲解 。 


我 们 将 首先 关 广 “全 栈 ” 类 库 和 框架 ， 它 们 用 于 构造 基于 web 的 应 用 。 所 谓 “ 全 栈 ”， 它 
包括 后 台 服 务 、HTML 模版 引擎 、JavaScript LAR CSS 等 所 有 层面 上 的 类 库 。 而 其 他 的 一 
些 第 三 库 使 用 范围 略 窗 ， 它 们 仅 局 限于 某 一 特定 任务 。 表 21-6 总 结 了 目前 最 流行 的 可 选 
方案 。 


表 21-6: 基于 web 应 用 的 类 库 
















































































Æ ”名 URL EO ge 

Play http://www.playframework.com/ ”由 Typesafe 提供 支持 的 一 套 全 栈 框 架 ， 该 框架 提供 了 Scala 
和 Java API， 同 时 框架 集成 了 Akka 系统 

Lift http://liftweb.net/ 第 一 个 Scala 全 栈 框架 ， 目 前 仍然 流行 











表 21-7 列举 的 这 些 库 都 适用 于 构造 后 台 服 务 。 
R 21-7: 服务 库 


















































库 名 URL 描 述 

Akka http://akka.io Akka 是 一 套 完 备 的 、 基 于 actor 的 分 布 式 计算 系 
统 ， 我 们 在 17.3 节 中 对 其 进行 了 讲解 

Finagle https://twitter.github.io/finagle/ Finagle 是 一 套用 于 构建 JVM 服务 的 可 扩展 系 
统 ， 它 所 构建 的 JVM 服务 建立 在 函数 式 抽象 的 











基础 之 上 。Twitter 开发 了 这 套 系 统 ， 并 将 其 用 
于 构造 一 些 服务 
Unfiltered http://unfiltered.databinder.net/Unfiltered.htm] Unfiltered 是 一 个 工具 包 ， 它 为 各 类 后 端 HTTP 

请 求 服务 提供 了 一 套 统 一 的 API 
Dispatch http://dispatch.databinder.net/Dispatch.html 提供 了 同步 HTTP 的 相关 API 
a 请 参考 “ 国 数 式 系统 报告 ”(http:/monkey.org/~marius/sbtb14.pdf) ， 该 网 页 中 包含 了 最 近 的 一 个 描述 
Frinagle 及 其 设计 理念 的 视频 。 


表 21-8 描述 了 各 种 高 级 库 ， 这 些 库 利 用 Scala 类 型 系统 的 某 些 功 能 ， 实 现 了 像 函 数 式 编程 
结构 这 样 的 功能 。 
表 21-8: 高 级 库 
库 名 URL 描 述 
Scalaz http://scalaz.github.io/scalaz/ Scalaz 库 引 导 了 Scala 中 的 范畴 理论 概念 。 与 此 同时 ， 
针对 一 些 设计 难题 ，Scalaz 还 提供 了 一 些 便利 的 工具 。 
我 们 在 本 书 的 7.4.4 节 和 16.2 节 中 对 该 库 进行 了 讲解 
Shapeless https://github.com/milessabin/shapeless Shapeless 库 通 过 应 用 类 型 类 和 依赖 类 型 ， 实 现 了 一 套 
范 型 编程 库 








































































































这 两 个 类 都 被 归 为 类 型 级 库 ， 而 这 里 描述 的 其 他 类 型 同样 应 用 了 一 些 高 级 的 语言 功能 。 
scala.io 包 (http://www.scala-lang.org/api/current/scala/io/package.html) 提供 的 IO 功能 非常 
有 限 ， 而 Java 相关 的 API 则 很 难 操作 。 表 21-9 列 出 了 两 个 第 三 方 项 目 ， 希 望 这 两 个 项 目 
能 够 填补 VO 库 的 空白 。 
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表 21-9: VOR 






















































































f #4 URL Ko f 
Scala /O http:Wjesseeichar.github.io/scala-io-doc/0.4.3/index.html ”一 套 具 有 丰富 功能 且 流 行 的 1O 库 
Rapture I/O http://rapture.io/ 对 java.io 接口 进行 封装 ， 提 供 了 
更 好 的 API 

表 21-10 描述 了 其 他 一 些 库 ， 这 些 库 能 够 解决 某 些 特定 的 设计 难题 。 
表 21-10: 其 他 库 

E ”名 URL 描 R 

scopt https://github.com/scopt/scopt 用 于 命令 行 解析 的 库 

Typesafe Config https://github.com/typesafehub/config 一 套 配 置 库 (采用 了 Java API) 

ScalaARM http://jsuereth.com/scala-arm/ Joshua Suereth 编写 的 一 套 库 ， 用 于 自动 化 资 


Typesafe Activator https://github.com/typesafehub/activator 


请 参考 第 18 章 的 表 18-1, PIU 

















最 后 ， 我 们 



































源 管理 








用 于 对 示例 Scala 项 目 进行 管理 ， 该 库 位 于 
http://typesafe.com/activator 





上 了 一 些 与 大 数据 和 数学 相关 的 库 。 


再 回顾 一 下 “前 言 ” 中 的 内 容 。 在 前 言 中 ， 我 们 提 到 Scala 2.11 版 对 类 库 进 
行 了 模式 化 处 理 ， 并 将 类 库 解 耦 成 一 个 个 较 小 的 JAR 文件 ， 从 而 使 得 较 少 使 用 的 类 组 件 








被 设置 成 可 选 组 件 。 表 21-11 对 可 选 组 件 进行 了 描述 ， 你 也 可 以 在 Maven 资源 库 (http:// 
mvnrepository.com/artifact/org.scala-lang.modules) 中 找到 这 些 组 件 。 


表 21-11: Scala 2.11 可 选 模块 






































库 名 组 件 (Artifact) 名 tik 

XML scala-xml 用 于 构造 及 解析 XML 

Parser Combinators  scala-parser-combinators “用 于 构造 解析 器 的 组 合 库 

Swing scala-swing Swing 库 

Async scala-async Scala 同步 编程 的 辅助 库 ， 提 供 了 能 够 直接 操作 Future 类 
型 的 API 

Partest scala-partest 一 套 适 用 于 编译 器 和 类 库 的 测试 框架 

Partest Interface scala-partest-interface 一 套 适 用 于 编译 器 和 类 库 的 测试 框架 

了 解 目前 最 全 面 的 第 三 方 库 列表 ， 请 访问 “Github 里 最 棒 的 Scala 库 列 表 ” (https:// 

















github.com/lauris/awesome-scala)。 除 了 这 个 列表 之 外 ，http://1s.implicit.ly/ 同样 集合 了 一 


批 Scala 库 。 





21.6 ”本 章 回顾 与 下 一 章 提要 


我 们 在 本 章 对 每 天 都 会 使 用 的 Scala 工具 进行 了 详细 地 讲解 。 下 一 章 中 ， 我 们 将 学 习 Java 
和 Scala 代码 是 如 何 进 行 互 操作 的 。 
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与 Java 的 互 操作 





在 所 有 的 JVM 语言 中 ，Scala 与 Java 代码 的 互 操作 性 是 其 中 最 完美 的 。 本 章 首 先 讨论 
Scala 代码 与 Java 代码 的 互 操作 性 问题 。 

因为 Scala 语法 基本 上 是 Java 语法 的 一 个 超 集 ， 从 Scala 中 调用 Java 代码 通常 很 简单 。 反 
过 来 调用 ， 你 需要 了 解 一 些 Scala 特性 是 如 何 编 码 为 字 市 码 并 满足 JVM 规范 的 。 本 章 将 讨 
论 一 些 互 操作 性 问题 。 


22.1 在 Scala 代 码 中 使 用 Java 名 称 


Java 对 类 型 、 方 法 、 字 7 段 和 变量 名 的 规定 比 Scala 更 加 严格 。 所 以 ， 儿 乎 所 有 情况 下 ， 你 
都 可 以 在 Scala 代码 中 使 用 Java 名 称 ， 创 建 Java 类 型 的 新 实例 ， 调 用 Java 方法， 使 用 
Java 变量 与 实例 字段 。 

唯一 的 例外 是 ，Java 的 名 字 实际 上 是 Scala 的 关键 字 的 情况 。 正 如 我 们 在 2.7 节 看 到 的 
情况 ， 我 们 需要 使 用 反 引 号 进行 “ 转 义 ”。 例 如 : Scala 中 的 match 关键 字 和 java.util. 
Scanner (http://docs.oracle.com/javase/8/docs/api/java/util/Scanner.html) 中 的 match 方 法 同 
名 ， 调 用 该 方法 时 要 用 myscanner. match 的 形式 。 


22.2 ”Java 泛 型 与 Scala 泛 型 

一 直 以 来 ， 我 们 都 可 以 在 Scala 代码 中 使 用 Java 类 型 ， 如 java.Lang.Strtng。 你 甚至 可 以 
使 用 Java 的 泛 型 类 型 ， 如 : 在 Scala 中 使 用 Java 的 集合 。 

那么 如 何在 Java 中 使 用 Scala 的 参数 化 类 型 呢 ? SE PAY JUnit 4 测试 代码 ， 该 代码 使 


用 了 scala.collection.mutable.LinkedHashMap (http://www.scala-lang.org/api/current/index. 
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html#scala.collection.mutable.LinkedHashMap) 和 scala.Option (http://www.scala-lang.org/ 
api/current/index.html#scala.Option)。 这 里 显示 了 一 些 你 可 能 会 遇 到 的 特性 : 


// src/test/java/progscala2/javainterop/SMapTest.java 
import org.junit.*; 

import org.junit.runner.RunWith; 

import org.junit.runners.JUnit4; 

import static org.junit.Assert.*; 

import scala.*; 

import scala.collection.mutable.LinkedHashMap; 


public class SMapTest extends org.scalatest.junit.JUnitSuite { // 0 
static class Name { 
public String firstName; 
public String lastName; 


public Name(String firstName, String lastName) { 
this.firstName = firstName; 
this.lastName = lastName; 
} 
} 


LinkedHashMap<Integer, Name> map; 


@Before 

public void setup() { 
map = new LinkedHashMap<Integer, Name>(); 
map.update(1, new Name("Dean", "Wampler")); 


} 


QTest 

public void usingMapGetWithOptionName() { //@ 
assertEquals(1, map.size()); 
Option<Name> n1 = map.get(1); // Note: Option<Name> 
assertTrue(n1.isDefined()); 
assertEquals("Dean", ni.get().firstName) ; 


} 


@Test 
public void usingMapGetWithOptionExistential() { // © 
assertEquals(1, map.size()); 
Option<?> n1 = map.get(1); // Note: Option<?> 
assertTrue(n1.isDefined()); 
assertEquals("Dean", ((Name) ni1.get()).firstName); 
} 
} 


O 如 果 混 人 了 Junitsutte， 以 上 的 JUnit 测试 代码 将 由 ScalaTest 运行 。 

@ 显 式 地 使 用 类 型 Name, 

© 获取 nl 后 将 其 转 为 目前 已 存在 的 类 型 Name, 

你 也 可 以 使 用 Scala 的 元 组 类 型 ， 不 过 不 能 使 用 Scala 的 语法 糖 ， 如 ("someString", 101): 


























与 Java 的 互 操作 | 431 


// src/test/java/progscala2/javainterop/ScalaTuples. java 
package progscala2.javainterop; 
import scala. Tuple2; 


public class ScalaTuples { 
public static void main(String[] args) { 
Tuple2 stringInteger = new Tuple2<String,Integer>("one", 2); 


System.out.println(stringInteger ); 
} 
} 


然而 ， 在 Java 中 使 用 Functionn 类 型 是 非常 困难 的 ， 因 为 编译 器 会 自动 合成 “隐藏 ”的 成 
员 。 例 如 ， 试 图 编译 下 面 的 代码 将 会 失败 : 
// src/test/java/progscala2/javainterop/ScalaFunctions.javaX 


package progscala2.javainterop; 
import scala.Function1; 








> 
































public class ScalaFunctions { 
public static void main(String[] args) { 
// Fails to compile, due to missing methods the Scala compiler would add. 
Function1 stringToInteger = new Function1<String,Integer>() { 
public Integer apply(String s) { 
Integer .parseInt(s); 
} 
}; 


System.out.println(stringToInteger("101")); 
} 
} 

编译 器 会 报错 ， 提 示 抽 象 方法 apply$mcVJ$sp(long) 未 定义 。Scala 编译 器 会 为 我 们 自动 生 
成 ， 但 Java 编译 器 则 不 会 。 

这 严重 限制 了 在 Java 中 对 Scala 集合 的 高 阶 函 数 的 调用 。 你 可 能 想 尝 试 通过 Java 8 的 
Lambda 来 代 赫 scaLa.FunctionN， 但 它们 是 不 兼容 的 。(Scala 2.12 计划 将 Scala 的 Function 
和 Java 的 Lambda 表达 式 进 行 统一 ， 以 消除 这 种 不 兼容 问题 。) 


因此 ， 如 有 果 想 从 Java 调用 Scala 的 API， 那 就 不 能 调用 高 阶 方法 ， 高 阶 方法 即 这 些 方 法 的 
参数 或 返回 值 是 一 个 函数 。 


22.3 JavaBean 的 性 质 

我 们 在 第 8 章 中 看 到 ，Scala 为 了 支持 统一 访问 原则 ， 并 没有 遵循 JavaBean 对 字段 读 写 方 
法 的 约定 。 

但 是 ， 有 时 你 的 确 需要 JavaBean 风格 的 访问 方法 。 例 如 : 一 些 依赖 注入 框架 需要 用 到 它 
们 。 另 外 ， 支 持 “ 自 省 ”的 IDE 也 需要 使 用 这 些 方法 。 

Scala 通过 一 个 可 以 应 用 在 字段 上 的 标记 @scala.beans.BeanProperty (http://www.scala- 
lang.org/api/current/scala/beans/BeanProperty.html) 解决 了 这 个 问题 ， 该 标记 告诉 编译 器 生 
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成 JavaBean 风格 的 getter 和 setter 方法 。 此 外 ，scala.beans 包 (http://www.scala-lang.org/ 
api/current/scala/beans/package.html) 还 包含 其 他 用 于 配置 bean 属性 的 标记 。 


在 Scala 2.10 及 之 前 的 版 本 中 ， 这 个 用 来 添加 JavaBean 标记 的 包 实 际 上 叫 scala.reflect, 
例如 ， 我 们 可 以 对 之 前 见 过 的 Complex 类 的 字段 做 标记 : 


// src/main/scala/progscala2/javainterop/ComplexBean.scala 
package progscala2.javainterop 








// Scala 2.11. For Scala 2.10 and earlier, use scala.reflect.BeanProperty. 
case class ComplexBean( 

@scala.beans.BeanProperty real: Double, 

@scala.beans.BeanProperty imaginary: Double) { 


def +(that: ComplexBean) = 

new ComplexBean(real + that.real, imaginary + that.imaginary) 
def -(that: ComplexBean) = 

new ComplexBean(real - that.real, imaginary - that.imaginary) 


} 


个 类 已 经 被 SBT 编译 了 。 如 果 你 反 编 译 ComplexBean.class 文件 ， 可 以 在 输出 中 找到 以 
an 


$ javap -cp target/scala-2.11/classes javainterop.ComplexBean 














publie double real(); 
public double imaginary(); 


public double getReal(); 
public double getImaginary(); 


T 


因为 这 些 字段 是 不 可 变 的 ， 这 里 没有 setter 方法 。 与 此 相反 ， 对 原版 Complex 做 反 编 译 ， 
只 会 得 到 real() 方法 和 imaginary() 方法 。 即 使 使 用 了 BeanProperty 标记 ， 你 得 到 的 仍然 
是 普通 的 读 方法 和 可 能 的 写 方法 。 


22.4 ”AnyVal 类 型 与 Java 原 生 类 型 


注意 在 之 前 的 Complex 示例 中 ，Double 类 型 的 字段 都 被 编译 成 Java 原生 的 double。 所 有 
AnyVal 类 型 被 转换 为 它们 相应 的 Java 原生 类 型 。 特 别 的 是 ，Unit 被 映射 为 void 类 型 。 


22.5 Java 代码 中 的 Scala 名 称 


Scala 对 标识 符 的 限定 更 灵活 ， 例 如 : *、< 等 Scala 操作 符 在 字 节 码 中 不 允许 用 来 做 标识 
符 。 因 此 ， 这 些 字符 经 过 编码 (或 称 为 “变形 ”，mangled)， 以 满足 JVM 的 限制 。 其 对 应 
关系 如 表 22-1 所 示 。 
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表 22-1: 操作 符 的 编码 规则 








操作 符 编码 结果 ”操作 符 编码 结果 操作 符 编码 结果 操作 符 ”编码 结果 

= Seq > Sgreater < Sless 

+ Splus - Sminus * times / Sdiv 

\ $bslash | Sbar ! Sbang ? Sqmark 
Scolon % Spercent N Sup & Samp 





22.6 本章 回顾 与 下 一 章 提要 





Scala 的 一 个 重要 优点 是 ， 你 可 以 继续 使 用 现 有 的 Java 代码 。 从 Scala 调用 Java 非常 容易 


(只 有 少数 例外 )。 





为 了 真正 成 功 地 使 用 Scala 完成 应 用 程序 ， 下 一 章 将 涵盖 设计 中 应 该 考虑 的 注意 事项 





o 
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应 用 程序 设计 


到 目前 为 止 ， 我 们 已 经 讨论 了 大 多 数 的 语言 特性 。 这 些 特性 让 我 们 编写 的 应 用 程序 变 得 非 
党 简短， 即使 是 编写 第 18 章 中 的 应 用 也 是 如 此 。 这 是 一 件 很 棒 的 事情 。 代 码 行 数 的 显著 
减少 意味 着 软件 开发 时 碰 到 问题 的 数量 也 会 明显 减少 。 

不 过 ， 并 不 是 所 有 的 应 用 程序 都 会 变 得 那么 精简 。 本 章 将 思考 如 何 构 造 大 型 应 用 程序 。 我 
们 会 讨论 到 一 些 之 前 未 提 及 的 语言 和 API 特性 ， 除 此 之 外 ， 还 会 涉及 一 些 设计 模型 和 习 
语 ， 以 及 一 些 架构 方法 。 这 些 有 助 于 我 们 理解 如 何 将 trait 作为 模块 来 使 用 ， 以 及 如 何在 面 





向 对 象 设计 和 函数 式 设计 技巧 中 达到 平衡 。 


23.1 回顾 之 前 的 内 容 


下 面 我 们 将 复习 之 前 已 经 学 习 到 的 一 些 概念 。 当 过 到 一 些小 的 设计 难题 时 ， 通 过 应 用 学 到 
的 概念 ， 我 们 能 够 更 容易 地 解决 这 些 问 题 。 因 此 ， 这 些 概 念 提供 了 解决 应 用 程序 问题 的 一 





些 稳定 的 基础 方法 。 
。 HARRER 








本 书 的 大 多 数 示 例 都 比较 简短 ， 这 归功 于 集合 和 其 他 容器 所 提供 的 简洁 且 强 大 的 组 合 
器 。 这 些 组 合 器 让 我 们 仅仅 通过 一 些 极为 简短 的 代码 就 可 以 实现 逻辑 功能 。 


。 类 型 








类 型 会 引入 约束 。 理 想 情 况 下 ， 类 型 能 提供 





与 程序 行为 相关 的 尽 可 能 多 的 信息 。 举 个 例 











子 ， 使 用 Option (http:/Avww.scala-lang.org/api/current/index.html#scala.Option) 会 消除 
对 null 的 使 用 。 稍 后 ， 我 们 在 列举 的 错误 处 理 策 略 中 也 会 提 到 相关 的 内 容 。 我 们 还 可 
以 利用 参数 化 类 型 成 员 和 抽象 类 型 成 员 进 行 抽象 和 代码 重用 ， 例 如 : 我 们 在 2.13 布 中 





435 





曾经 列举 了 Reader 抽象 体 的 示例 ， 在 该 示例 中 引入 了 类 族 多 态 性 (也 被 称 作协 变 特 化 ， 


convariant specialization ) s 





混入 trait 

trait 能 够 将 行为 模式 化 ， 也 可 以 将 多 个 行为 组 合 起 来 (请 参考 第 3 章 3.14 节 的 内 容 和 
第 9 章 的 相关 内 容 )。 

for 推导 式 

for 推导 式 与 容器 结合 起 来 ， 并 辅 以 fLatMap、map 和 filter/withFilter 方法 ， 形 成 了 
一 门 便利 的 DSL 语言 〈 详 见 第 7 章 )。 








模式 匹配 
模式 匹配 能 够 快速 地 提取 数据 ， 以 进行 后 续 的 数据 处 理 〈 详 见 第 4 章 )。 
RA 


隐 式 能 够 解决 一 些 设计 难题 ， 包 括 减 少 代 码 量 、 通 过 方法 调用 切换 线程 上 下 文 、 隐 式 转 
换 以 及 一 些 类 型 约束 ( 详 见 第 5 章 )。 

细 粒 度 可 见 性 规则 

Scala 提供 了 细 粒 度 可 见 性 规则 ， 能 够 对 API 实现 细节 的 可 见 性 进行 精准 地 控制 ， 只 
客户 需要 使 用 的 公有 抽象 才 会 对 用 户 开放 。 尽 管 在 设 定 可 见 性 规则 时 需要 遵循 某 些 准 
则 ， 不 过 运用 这 些 准 则 能 够 避免 API 内 部 出 现 可 预防 耦合 ， 而 这 些 耦 合 会 使 得 架构 演 
变 变 得 更 加 复杂 ， 因 此 花费 这 些 精力 是 值得 的 〈 请 参考 第 13 章 的 内 容 )。 

包 对 象 

包 对 象 法 不 同 于 细 粒 度 可 见 性 控制 ， 它 将 所 有 的 实现 结构 都 放置 到 一 个 受 保护 的 包 内 ， 
之 后 再 提供 一 个 顶级 包 对 象 ， 该 对 象 只 对 外 暴露 适当 的 公用 抽象 体 。 例 如 : 对 于 那些 应 
该 被 隐藏 的 类 型 而 言 ， 我 们 可 以 使 用 类 型 成 员 作为 其 别名 ， 将 其 隐藏 《请 参 苍 2.12.2 市 
的 相关 内 容 )。 


错误 处 理 策略 
Option (http://www.scala-lang.org/api/current/index.html#scala.Option), Either (http:// 

































































www.scala-lang.org/api/current/scala/util/Either.html), Try (http://www.scala-lang.org/api/ 
current/scala/util/Try.html) 以 及 Scalaz $È ff AY Validation (http://docs.typelevel.org/api/ 
scalaz/stable/7.0.4/doc/#scalaz.Validation) 类 型 都 将 异常 和 其 他 错误 具 化 为 特定 类 型 ， 使 
得 这 些 异 常 错 误 都 能 作为 “正常 ”结果 值 从 方法 中 返回 。 而 类 型 签名 则 能 告知 用 户 该 方 
法 所 返回 的 成 功 或 失败 的 结果 〈 请 参考 7.4 节 的 内 容 )。 

Future 

为 了 能 够 对 错误 进行 处 理 Future 类 (http://www.scala-lang.org/api/current/scala/ 
concurrent/Future.html) 很 好 地 利用 了 Try 类 型 。Akka (http://akka.io) 实现 的 actor 模 
型 提供 了 一 个 强壮 的 、 具 有 策略 性 的 模型 ， 该 模型 可 用 于 对 actor 进行 监管 并 处 理 失败 
的 场景 (参见 第 17 章 的 内 容 )。 


























接 下 来 ,我 们 将 思考 其 他 应 用 级 的 问题 ， 首 先是 注解 。 
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23.2 注解 

注解 (annotation) 是 为 声明 体 添加 元 数据 的 一 项 技术 ， 这 门 技 术 存 在 多 个 语言 中 。 一 些 
Scala 注解 还 为 编译 器 提供 了 指令 。 这 些 注解 与 对 象 关系 映射 (ORM) 框架 联合 使 用 ， 为 
类 型 制定 持久 化 的 映射 信息 。 注 解 还 可 用 于 依赖 注入 (dependency injection，DI) ， 举 个 
例子 ， 我 们 可 以 使 用 注解 将 多 个 组 件 编织 到 一 起 (Martin Fowler 在 之 前 的 博文 http://bit. 
ly/1zmlafl 中 ， 曾 经 举 过 相关 的 示例 )。 我 们 之 前 也 使 用 了 一 些 注解 ， 如 scala.annotation. 
tailrec (http://www.scala-lang.org/api/current/index.html#scala.annotation.tailrec)。 假 如 认为 
某 个 递归 函数 实现 了 尾 递 归 ， 我 们 可 以 为 该 函数 添加 tailrec 注解 ， 如 果 该 函数 并 未 实现 
尾 递 归 ， 该 注解 可 以 发 现 这 一 错误 。 

在 Scala 中 ,注解 的 使 用 并 不 如 Java 语言 中 注解 出 现 得 那么 频繁 ， 不 过 它们 还 是 有 用 的 。 
Scala 使 用 注解 实现 了 一 些 Java 关键 字 (如 strictfp, native 关键 字 )。Scala 代码 还 能 使 
用 Java 注解 。 如 果 愿 意 ， 你 可 以 使 用 Spring 框架 (http://spring.io) 或 Guice 框架 (https:// 
github.com/google/guice) 中 的 注解 实现 依赖 注入 。 

Scala 的 注解 都 继承 A scala.annotation.Annotation (http://www.scala-lang.org/api/ 
current/#scala.annotation.Annotation) 类 型 。 那 些 直 接 继 承 自 该 抽象 类 的 注解 无 法 被 
系统 保留 ， 因 此 类 型 检查 器 无 法 使 用 这 些 注 解 ， 而 运行 时 也 无 法 调用 它们 。 但 有 
两 个 主要 的 Annotation 子 类 型 (trait) 突破 了 这 些 限制 。 继 承 自 scala.annotation. 
ClassfileAnnotation (http://www.scala-lang.org/api/current/index.html#scala.annotation. 
ClassfileAnnotation) 的 注解 将 作为 Java 注 解 存储 在 类 文件 中 ， 而 继承 自 scala. 
annotation.StaticAnnotation (http://www.scala-lang.org/api/current/index.html#scala. 
annotation.StaticAnnotation ) 的 注解 则 允许 类 型 检查 器 对 其 进行 访问 ， 即 使 是 需要 跨 编 译 单 
元 ， 它 也 允许 类 型 检查 器 对 其 访问 。 

K 23-1 列举 了 直接 继承 自 Annotation 类 型 的 注解 (包括 ClassfileAnnotation 和 


StaticAnnotation) , 


表 23-1: 继承 了 Annotation 类 型 的 Scala 注 解 



















































































注解 名 Java 中 对 应 的 注解 描 述 
ClassfileAnnotation Annotate with@Retention 所 有 需要 以 Java 注 解 的 形式 存储 在 类 文 
(RetentionPolicy.RUNTIME) 件 中 ， 以 供 运 行 时 访问 的 注解 都 应 该 继承 
ClassfileAnnotation 这 一 trait 
BeanDescription BeanDescriptor (class) 该 注解 可 用 于 JavaBean 类 型 或 成 员 ， 它 会 为 
修饰 的 类 型 或 成 员 附 加 上 一 条 简短 的 描述 信 








(以 注解 参数 的 方式 提供 ) ， 当 生成 bean 
息 时 ， 这 条 简短 的 描述 信息 将 会 被 包含 在 
bean 信息 中 
BeanDisplayName BeanDescriptor (class) 该 注解 可 用 于 JavaBean 类 型 或 成 员 ， 它 会 为 
修饰 的 类 型 或 成 员 附 加 上 名 称 〈 以 注解 参数 
的 方式 提供 ) ， 当 生成 bean 信息 时 ， 该 名 称 将 


会 被 包含 在 bean 信息 中 
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( 续 ) 





注解 名 


Java 中 对 应 的 注解 


描 R 





BeanInfo 


BeanInfoSkip 


StaticAnnotation 


TypeConstraint 


unchecked 


BeanInfo (class) 


N.A. 


静态 字段 QTarget(ELementType 


TYPE) 


N.A. 


类 似 于 


@SuppressWarnings("unchecked" 


该 注解 起 到 了 标记 的 作用 ， 凡 是 使 用 了 这 一 
注解 的 Scala 类 都 应 该 为 其 生成 一 个 BeanInfo 
类 。 在 BeanInfo 类 中 ，val 变量 被 生成 为 只 读 
属性 ，var 变量 被 生成 为 读 写 属性 ， 而 def 变 
量 则 被 生成 为 函数 
该 注解 起 到 了 标记 的 作用 。 使 用 该 注解 的 成 
员 不 应 生成 对 应 的 bean 信息 
对 于 任何 注解 而 言 ， 如 果 该 注解 希望 能 够 跨 
编译 单元 可 见 并 定义 “静态 ”的 元 数据 ， 那 
么 它 需 要 将 StaticAnnotation 特征 作为 其 父 
特征 
TypedConstraint 是 一 个 注解 trait， 它 可 以 作 
用 于 一 些 为 类 型 定义 约束 的 trait 之 上 。 无 需 
使 用 定义 或 使 用 类 型 时 的 外 部 信息 ， 仅 依靠 
类 型 自身 所 提供 的 信息 ，TypedConstraint {fi 
能 完成 其 工作 。 编 译 器 会 利用 这 一 限制 对 约 
束 进行 重 写 
unchecked 是 一 个 标记 注解 ， 我们 可 以 将 划 
) 用 于 match 语句 的 选择 器 (例如: x match 
{.….} 中 的 x) 中 。 假 如 match 语句 中 的 case 
表达 式 不 能 覆盖 “所 有 可 能 ”"”，unchecked 注 
解 会 阻止 编译 器 抛 出 警告 












































































































































K 23-2 列 出 了 StaticAnnotation 的 子 类 型 。 


除了 定义 在 scala.annotation.meta 包 中 的 子 


类 型 之 外 ， 所 有 类 型 都 包含 在 下 列 列表 中 。 而 scala.annotation.meta 包 中 的 子 类 型 则 单 


独 列 在 表 23-3 中 。 





表 23-2: 继承 自 StaticAnnotation 的 Scala 注 解 ” 


注解 名 


BeanProperty 


Java 中 对 应 的 注解 


描 g 


该 注解 可 以 用 作 字 段 标记 (构造 器 参数 中 使 用 val 


JavaBean convention 


BooleanBeanProperty same 


cloneable 


java. lang.Cloneable(interface) 








关键 字 和 var 关键 字 )， 编 译 器 因此 生成 JavaBean 

格式 的 getter 和 setter 方法 。 编 译 器 只 会 对 使 用 var 
声明 的 变量 生成 setter 方法 。 请 参考 22.3 节 的 相关 

讨论 

与 BeanProperty 类 似 ， 不 同 的 地 方 在 于 

BooleanBeanProperty 的 getter 方法 名 是 isX， 而 不 

是 getX 


起 到 类 标志 的 作用 ， 表 明 该 类 可 以 被 克隆 


























a: 此 处 并 未 列举 annotation.meta 包 内 定义 的 注 








E 解 ， 我 们 会 在 下 面 的 表 中 列举 这 些 注解 。 














438 | 第 23 章 





注解 名 


Java 中 对 应 的 注解 





compileTimeOnly 


deprecated 


deprecatedName 


elidable 


impLlicitNotFound 


inline 


native 


noinline 


remote 


specialized 


strictfp 


switch 


tailrec 


N.A. 


java. lang.Deprecated 


N.A. 


N.A. 


N.A. 
N.A. 


native ( 关键 字 ) 


N.A. 


java.rmi.Remote(interface) 


N.A. 


strictfp (keyword) 
N.A. 


N.A. 


编译 结束 后 ， 这 类 注解 项 便 不 再 可 见 。 例 如 : 这 类 
注解 项 可 用 在 宏 中 ， 当 对 宏 执 行 完 扩展 操作 后 ， 这 
些 注解 项 便 消失 了 
deprecated 注解 可 以 用 在 任何 类 型 的 定义 体 上 。 它 
表明 该 “定义 ”项 已 经 过 时 。 使 用 该 定义 项 时 ， 编 
译 器 会 抛 出 警告 信息 
deprecatedName 注解 标注 了 参数 名 已 经 过 时 。 由 于 
调用 代码 会 使 用 过 时 的 参数 名 ， 因 此 该 注解 是 需要 
的 。 例 如 val x = foo(y = 1) 
用 于 阻止 代码 生成 。 例 如 ， 该 注解 可 以 用 于 阻止 产 
生 不 需要 的 日 志 消 息 

定制 无 法 找到 隐 式 值 时 的 错误 消息 

用 作 方 法 标志 ， 当 看 到 某 个 方法 使 用 了 inline 注解 
时 ， 编 译 器 应 该 “尽力 ”将 该 方法 内 联 (inline) 
native 注解 对 方法 进行 标注 ， 表 明 该 方法 会 使 用 
“本 地 ”方法 实现 。 编 译 器 不 会 负责 生成 该 方法 的 
方法 体 ， 不 过 使 用 该 方法 时 会 执行 类 型 检查 
noinline 是 一 个 方法 标志 ， 它 能 够 阻止 编译 器 对 被 
标注 方法 进行 内 联 (inline)， 即 使 对 该 方法 执行 内 
联 操作 看 上 去 是 安全 的 

该 注解 用 作 类 标志 ， 表 明 该 类 应 该 允许 远程 JVM 
调用 

作用 于 参数 化 类 型 和 参数 化 方法 中 的 类 型 参数 。 该 
注解 要 求 编 译 器 根据 平台 原始 类 型 生成 其 对 应 的 
AnyVal 方法 或 类 型 时 ， 对 生成 的 代码 进行 优化 。 你 
还 能 选择 是 否 对 生成 的 特 化 实现 的 AnyVal 类 型 进行 
限定 
严格 执行 浮 点 语义 

switch 注解 作用 于 match 表达 式 中 ， 例 如 (x:@ 
switch) match {...}。 当 出 现 switch 注解 时 ， 编 译 
器 会 检查 该 match 语句 是 否 已 经 被 编译 成 某 个 基于 
表 或 可 查找 的 switch 语句 。 假 如 验证 失败 ， 意 味 着 
该 switch 语句 被 编译 成 了 一 组 条 件 判 断 语句 。 由 于 
该 组 条 件 语句 效率 低下 ， 编 译 器 会 抛 出 错误 
tailrec 是 一 个 方法 类 注解 ， 它 要 求 编译 器 对 该 方 
法 进行 验证 ， 确 认 编译 该 方法 时 使 用 了 尾 调 用 优化 
(tail-call optimization)。 当 出 现 tailrec 注解 时 ， 假 
如 该 方法 无 法 被 优化 到 一 个 循环 内 ， 那 么 编译 器 将 
抛 出 错误 。 假 如 使 用 了 tailrec 注解 的 方法 是 可 重 
















































































































































































写 的 ， 由 于 该 方法 不 是 private 或 final 方 法 ， 编 
译 器 也 会 抛 出 错误 
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( 续 ) 































































































注解 名 Java 中 对 应 的 注解 描 述 

throws throws (keyword) 该 注解 用 于 对 方法 进行 标注 ， 它 描述 了 被 标注 的 方 
法 可 能 会 抛 出 的 异常 。 详 细 信息 请 参考 后 续 文 章 的 
相关 内 容 

transient transient (keyword) 于 对 字段 进行 标注 ， 表 示 该 字段 是 瞬 态 的 ( 即 非 
持久 化 的 ) 

unchecked NA. 限制 编译 器 执行 检查 ， 如 检查 match 表达 式 是 否 
完整 

uncheckedStable NA. uncheckedStable 用 于 对 值 进 行 标记 。 被 标记 的 值 即 
使 是 可 变 类 型 ， 也 会 被 视 为 是 稳定 的 

uncheckedVariance N.A. 可 用 于 可 变 类 型 参数 的 注解 。 你 也 可 以 对 类 型 化 参 
数 使 用 该 注解 ， 以 关闭 型 变 检查 

unspecialized N.A. 对 特 化 类 型 生成 进行 限制 

varargs N.A. 如 果 被 修饰 的 方法 中 包含 了 一 些 重复 的 参数 ， 那 
么 考虑 互 操作 性 ， 编 译 器 会 为 其 生成 Java 风格 的 
varargs 方法 

volatile volatile (keyword, for fields 可 用 于 某 一 单独 字段 ， 表 明 可 能 会 有 某 个 单独 的 线 

only) 程 对 该 字段 进行 修改 。 你 也 可 以 对 整个 类 型 施加 

该 和 注释， 这样 一 来 ， 该 类 型 的 所 有 字段 都 会 受到 
影响 





annotation.meta 包 (http://www.scala-lang.org/api/current/index.html#scala.annotation.meta. 
package) 中 定义 了 一 些 额外 的 StaticAnnotation 类 型 ， 这 些 注解 能 够 以 较 小 的 粒度 对 字 节 
码 中 的 注解 应 用 进行 控制 。 


表 23-3: Scala meta 注 解 












































注解 名 Ho R 

beanGetter 对 @BeanProperty 注解 进行 限制 ， 使 其 只 出 现在 生成 的 getter 方法 中 (例如 字段 x 生成 
的 getX 方法) 

beanSetter 对 @BeanProperty 注解 进行 限制 ， 使 其 只 出 现在 生成 的 setter 方法 中 














companionClass Scala 编译 器 会 为 对 应 的 隐 式 类 生成 隐 式 转换 方法 
companionMethod ”与 companionClass 注解 相似 ， 不 过 companionMethod 会 同时 将 该 注解 功能 应 用 到 生成 的 
转换 方法 上 

















































































































companion0bject 创建 companionObject 的 本 意 是 希望 将 其 用 到 自动 生成 的 伴生 对 象 的 case 类 中 。 现 在 看 
来 ， 该 注解 没有 什么 作用 
field Field 可 用 于 那些 指定 默认 目标 的 注解 定义 中 ， 这 里 的 默认 目标 专 指 字段 。 我 们 可 以 使 
该 表 之 前 提 及 的 注解 对 默认 目标 进行 履 写 

getter 与 filed 相似 ， 不 过 只 提供 了 getter 方法 

LanguageFeature 用 于 提供 scala. language 包 中 定义 的 语言 功能 

param 与 field 相似 ， 不 过 只 提供 了 param 方法 

setter Ej field 相似 ， 不 过 只 提供 了 setter 方法 
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最 后 ， 表 23-4 列举 了 继承 自 ClassfileAnnotation 注解 的 唯一 子 类 型 。 
表 23-4: 继承 自 ClassfileAnnotation 的 Scala 注 解 























注解 名 Java 中 对 应 的 注解 描述 
SerialVersionUID serialVersionUID static field in a 为 了 能 够 将 对 象 序列 化 ， 该 注解 定义 了 一 个 全 局 
class 唯一 的 DD。 该 注解 的 构造 器 接受 用 户 输 入 一 个 
Long 类 型 的 参数 ， 而 该 参数 将 用 于 生成 UID 























在 Scala 中 定义 注解 并 不 需要 使 用 Java 类 似 的 特殊 语法 ， 下 面 列 出 implicatNotFound 
(http://www.scala-lang.org/api/current/index.html#scala.annotation.implicitNotFound) 的 实现 


代码 : 


package scala.annotation 











final class implicitNotFound(msg: String) extends StaticAnnotation {} 


23.3 Trait 即 模块 


Java 将 类 和 包 都 作为 模块 化 的 具体 单元 ， 而 JAR 包 是 最 常用 的 粗 粒度 组 件 抽象 。 一 直 以 
来 ， 对 可 见 性 的 控制 能 力 有 限 是 包 的 一 大 短 板 。 包 作为 模块 化 单元 无 法 对 外 隐藏 public 可 
见 性 的 实现 类 型 ， 因 此 很 少 有 用 户 利 用 包 进 行 模块 化 。Scala 提供 了 丰富 的 可 见 性 规则 ， 这 
也 使 得 包 在 Scala 中 能 够 作为 模块 化 单元 ， 不 过 这 种 做 法 并 未 得 到 广泛 应 用 。 其 实 ， 包 对 
象 提 供 了 另 一 种 区 分 客户 可 执行 操作 和 不 允许 执行 操作 的 方法 。 


提供 组 合 功 能 是 模块 化 的 另 一 个 重要 目标 。 如 我 们 所 见 ，Scala 的 trait 能 够 完美 地 支持 组 
件 混入 。 事 实 上 ， 相 较 于 类 ，Scala 更 青睐 于 将 trait 用 作 定 义 模块 的 机 制 。 


我 们 在 14.6 PEH Cake 模式 草拟 了 一 个 示例 。 下 面 列 出 了 该 示例 的 重要 部 分 : 


// src/main/scala/progscala2/typesystem/selftype/selftype-cake-pattern.sc 
























































了 











trait Persistence { def startPersistence(): Unit } //@ 
trait Midtier { def startMidtier(): Unit } 
trait UI { def startUI(): Unit } 


trait Database extends Persistence { //@ 
def startPersistence(): Unit = println("Starting Database") 

} 

trait BizLogic extends Midtier { 
def startMidtier(): Unit = println("Starting BizLogic") 

} 

trait WebUI extends UI { 
def startUI(): Unit = println("Starting WebUI") 


} 


trait App { self: Persistence with Midtier with UI => //° 
def run() = { 
startPersistence() 
startMidtier() 
startUI() 
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} 
} 


object MyApp extends App with Database with BizLogic with WebUI //@ 


@ 定义 了 三 个 trait， 分 别 对 应 了 应 用 程序 的 持久 化 层 、 中 间 层 和 U 层 。 

实现 了 各 个 trait 的 “具体 ”行为 。 

© 定义 了 一 个 trait (也 可 以 使 用 抽象 类 来 表示 )， 该 wait 中 定义 了 将 各 层 代码 粘 合 在 一 起 

的 “上 骨架” 代码。 为 了 简单 起 见 ，run 方法 只 简单 地 启动 各 个 职责 层 。 

@ 定义 了 MyApp 对 象 ，MyApp 对 象 继承 了 App 对 象 并 混 人 了 三 个 具体 trait， 这 三 个 trait 均 
实现 了 所 需 的 行为 。 

Persistence, Midtier 和 UI 特征 均 起 到 了 模块 抽象 体 的 作用 。 而 具体 的 实现 则 很 清楚 的 与 

这 些 定 义 分 隔 开 了 。 将 这 些 模块 抽象 体 与 具体 实现 组 合 起 来 ， 便 构成 了 这 个 应 用 程序 。 自 

类 型 注解 指定 了 组 合 的 规则 。 

在 这 个 示例 中 ， 作 为 依赖 注入 机 制 (http:Wjonasboner.com/2008/10/06/real-world-scala- 

dependency-injection-di) 的 替代 品 , Cake 模式 很 好 地 发 挥 了 其 作用 。 在 构造 Scala 自身 的 编 

译 器 时 也 使 用 了 Cake 模式 (参见 Martin Odersky 和 Matthias Zenger 在 OOPSLA’05 会 议 上 

发 表 的 文章 Scalable Component Abstractions) 。 


Aik, Cake 模式 也 有 一 些 整 端 。 假 如 Cake 模式 中 “和 蛋糕 ”之 间 的 依赖 关系 太 过 复杂 ， 可 
能 会 导致 各 个 依赖 之 间 的 初始 化 顺序 出 现 问 题 。 解 决 方法 包括 使 用 lazy val、 和 使 用 方法 取 
代 字 段 ， 这 两 个 解决 方法 都 能 对 初始 化 事件 进行 延迟 ， 直 到 依赖 于 该 “蛋糕 ”的 其 他 “和 蛋 
糕 ” 被 初始 化 才 会 触发 该 事件 。 

在 一 些 应 用 程序 中 ，Cake 模式 的 作用 已 经 不 再 那么 明显 ， 其 至 在 编译 器 中 也 是 如 此 。 不 过 
Cake 模式 仍 有 用 武之 地 ， 只 是 在 使 用 时 需要 谨慎 。 


23.4 设计 模式 


批评 者 虽然 认可 设计 模式 能 够 实现 语言 自身 所 缺失 的 一 些 功能 ， 但 是 设计 模式 最 近 还 是 遭 
受 了 一 些 择 击 。“ 四 人 组 ”所 提出 的 一 些 模式 | 实际 上 在 Scala 中 并 不 需要 ， 这 是 因为 Scala 
语言 自身 所 提供 的 功能 已 经 提供 了 更 好 的 解决 方法 。 而 其 他 的 一 些 模式 则 是 作为 语言 的 一 
部 分 而 存在 ， 我 们 无 需 编 写 特别 的 代码 来 实现 这 些 模 式 。 当 然 ， 设 计 模式 常 被 误 用 和 洲 
用 ， 以 致 于 变 成 每 个 设计 难题 的 潘多拉 之 盒 ， 不 过 这 并 不 是 设计 模式 的 过 错 。 

设计 模式 将 那些 经 常 出 现 、 广 泛 使 用 的 有 用 思想 文档 化 。 模 式 也 变 成 了 一 个 有 用 的 词汇 ， 
开发 者 们 可 以 使 用 模式 进行 交流 。 在 16.2 节 中 ， 我 提 到 过 ， 分 类 其 实 是 一 种 设计 模式 。 我 
们 从 数学 中 汲取 了 该 模式 的 思想 ， 并 将 其 运用 到 函数 式 编程 中 。 
下 面 我 们 将 列举 “四 人 组 ”所 总 结 出 的 那些 模式 ， 并 讨论 Scala 和 Akka 这 样 的 工具 集中 对 
应 的 实现 ， 我 们 会 将 这 些 实现 作为 设计 模式 的 应 用 示例 (无论 Scala 中 是 否 出 现 过 这 些 i 
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注 1: 请 参考 Erich Gamma 等 人 编写 的 《设计 模式 : 可 复 用 面向 对 象 软 件 的 基础 》。 
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计 模 式 的 名 字 )。 本 书 在 讲解 设计 模式 时 ， 将 遵循 下 列 分 类 : 创建 型 模式 、 结 构 型 模式 和 行 
为 型 模式 。 


23.4.1 构造 型 模式 





抽象 工厂 (abstract factory) 

抽象 工厂 是 一 种 基于 特定 类 型 家 族 构 造 实例 的 抽象 体 ， 使 用 抽象 工厂 时 无 需 指定 构造 
实例 的 类 型 。 对 象 中 的 apply 方法 能 实现 这 一 模式 ，apply 方法 能 够 根据 传人 的 参数 初 
始 化 出 适当 类 型 的 实例 。 除 此 之 外 ， 将 函数 传递 给 Monad.flatMap， 或 者 使 用 Applicative 
定义 apply 方法 同样 能 够 实现 这 种 抽象 构造 的 功能 。 

构造 器 模式 (builder) 

构造 器 会 根据 对 象 内 容 ， 对 复杂 对 象 的 构造 过 程 进行 分 解 ， 这 样 一 来 便 可 以 在 构造 多 
种 不 同 的 对 象 时 复 用 相同 的 构造 过 程 。collection.generic.CanBuildFrom (http://www. 
scala-lang.org/api/current/index.html#scala.collection.generic.CanBuildFrom) 便 是 一 个 很 好 
的 Scala 示例 ， 使 用 该 对 象 时 可 以 利用 像 map 这 样 的 组 合 器 方法 构造 一 个 相同 类 型 的 新 
的 集合 对 象 ， 构 造 出 的 集合 类 型 与 输入 集合 类 型 相同 。 

工厂 方法 (factory method) 

在 父 类 中 定义 一 个 方法 ， 子 类 型 会 重 载 (或 实现 ) 该 方法 。 而 子 类 型 正 是 通过 这 种 方式 
决定 初始 化 什么 类 型 和 初始 化 的 方式 。CanBuildFrom.apply 方法 便 是 一 个 用 于 创建 构造 
器 实例 的 抽象 方法 ， 而 新 创建 的 构造 器 则 可 以 用 于 构建 实例 。 子 类 型 与 特定 的 实例 可 以 
提供 工作 方法 的 具体 实现 。Applicative.apply 可 以 提供 类 似 的 抽象 。 


原型 模式 (prototype) 

在 原型 模式 中 存在 一 个 用 作 原 型 的 实例 ， 之 后 复制 该 原型 实例 并 对 其 进行 选择 性 的 修 
改 ， 从 而 得 到 新 实例 。Case 类 的 copy 方法 是 原型 模式 的 一 个 很 好 的 示例 ， 使 用 copy 方 
法 时 ， 用 户 可 以 对 某 一 实例 进行 克隆 ， 同 时 用 户 还 能 通过 指定 参数 的 方式 对 该 实例 进行 
修改 。 我 们 在 16.2 节 中 提 到 了 Lens (函数 式 访问 器 )， 不 过 并 未 对 Lens 进行 讲解 。 与 
其 他 属性 访问 器 相 比 ，Lens 提供 了 另 一 种 设置 (并 复制 ) 或 获取 任意 深度 对 象 图 谱 中 
对 象 值 的 技术 。 

单 例 模式 (singleton) 

单 例 模式 确保 类 型 只 有 一 个 实例 ， 且 该 类 型 的 所 有 用 户 都 能 访问 这 个 唯一 的 实例 。 
Scala 通过 object 实现 了 单 例 模式 ， 因 此 该 模式 可 以 看 作 Scala 语言 的 最 好 功能 。 


















































23.4.2 ”结构 型 模式 


适配器 模式 (adapter) 

适配器 模式 创建 用 户 期 望 的 接口 对 其 他 抽象 体 进行 封装 ， 封 装 完成 后 ， 用 户 便 可 以 使 用 
该 抽象 体 。 在 之 前 的 9.2 节 和 14.7 节 中 ， 我 们 讨论 了 Observer 模式 的 一 些 可 能 的 实现 ， 
以 及 如 何在 这 些 实现 中 进行 取舍 ， 其 中 重点 提 到 了 抽象 体 和 入 在 观察 者 之 间 建 立 耦 合 的 
方式 。 我 们 首先 使 用 trait 描述 了 观察 者 需要 实现 的 功能 。 之 后 我 们 为 了 降低 依赖 ， 又 
使 用 结构 化 类 型 取代 了 该 trait。 事 实 上 ， 潜 在 观察 者 并 不 需要 实现 我 们 所 定义 的 trait, 
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它 只 需要 提供 某 一 专门 的 方法 即 可 。 最 后 ， 我 们 注意 到 如 果 使 用 匿名 函数 ， 可 以 完全 地 
解除 与 观察 者 之 间 的 耦合 。 这 个 匿名 函数 便 是 适配器 。 观 察 者 所 观察 的 主体 会 调用 该 适 
配器 ， 而 该 适配器 内 部 则 会 调用 所 有 需要 执行 的 观察 者 。 

桥接 模式 (bridge) 

将 抽象 体 和 实现 体 分 隔 开 ， 这 样 一 来 便 能 独立 地 对 这 两 者 进行 更 改 。 类 型 类 (type 
class) 可 以 看 作 是 桥接 模式 的 一 个 有 趣 示例 ， 从 风 辑 上 看 ， 桥 接 模 式 被 类 型 类 应 用 到 了 
极致 。 类 型 类 不 仅 将 类 型 可 能 需要 的 抽象 从 类 型 中 剥离 开 ， 只 在 需要 时 才 重 新 添加 到 类 
型 中 ， 而 且 指定 类 型 的 类 型 类 抽象 实现 同样 也 被 单独 定义 在 其 他 地 方 。 

组 合 模式 (composite) 
使 用 由 一 组 实例 组 成 的 树 形 结构 表示 “局 部 一 整体 ”的 层次 关系 。 对 个 体 实 例 和 组 合 实 
例 进行 相同 的 对 待 。 函 数 式 代码 倾向 于 避免 使 用 类 型 之 间 的 各 类 层次 关系 ， 它 青睐 于 
使 用 像 树 这 样 的 泛 型 结构 来 表示 层次 ， 并 提供 操作 树 的 统一 访问 方法 和 完整 的 组 合 器 。 
Lens 便 是 这 样 一 类 工具 ， 我 们 可 以 使 用 它 对 复杂 的 组 合 进行 处 理 。 
装饰 模式 (decorator) 

为 某 一 对 象 “ 动 态 ” 地 附加 额外 的 职责 。 无 需 对 类 型 的 原始 代码 进行 修改 ， 类 型 类 在 
编译 期 间 便 能 执行 这 样 的 操作 。 假 如 你 希望 能 够 提供 真正 的 运行 灵活 性 ， 那 么 Dynamic 
特征 (http://www.scala-lang.org/api/current/index.html#scala.Dynamic) 便 能 派 上 用 场 。 
假如 你 希望 能 够 对 某 一 值 或 计算 过 程 进行 “装饰 ”， 那 么 你 可 以 分 别 使 用 Monad 和 
Applicative。 

外 观 模式 (facade) 

为 了 能 够 使 子 系统 更 易 使 用 ， 外 观 模 式 为 子 系统 中 的 多 个 接口 提供 统一 的 接口 。 包 对 象 
便 支持 这 类 模式 。 包 对 象 能 够 只 对 外 暴露 应 该 公有 的 类 型 和 行为 。 

享 元 模式 (flyweight) 

为 了 能 够 有 效 地 人 许 大 量 细 粒度 对 象 对 资源 进行 访问 ， 采 用 共享 的 方式 提供 资源 。 力 
数 式 编程 强调 对 象 的 不 可 变性 ， 这 也 使 得 我 们 能 够 很 直接 的 在 函数 式 编程 语言 中 实现 
享 元 模式 。 像 Vector (http://www.scala-lang.org/api/current/index.html#scala.collection. 
immutable.Vector) 这 样 的 持久 化 数据 类 型 便 是 很 重要 的 示例 。 

代理 模式 (proxy) 

代理 模式 会 提供 其 他 实例 代理 对 象 ， 以 对 该 实例 的 所 有 访问 进行 控制 。 包 对 象 在 细 粒 度 
级 别 上 提供 了 对 代理 模式 的 支持 。 值 得 注意 的 是 ， 由 于 多 个 用 户 操作 不 可 变 实 例 时 并 不 
会 出 现 访问 冲突 这 样 的 问题 ， 因 此 Scala 对 访问 控制 的 需求 也 就 降低 了 。 


































































































23.4.3 ”行为 型 模式 


职责 链 模式 (chain of responsibility) 

职责 链 模式 销 除了 发 送 者 和 接收 者 之 间 的 耦合 。 该 模式 允许 一 组 溢 在 的 接收 者 对 请 求 进 
行 处 理 。 当 前 面 的 接收 者 执行 完毕 ， 后 续 的 接收 者 才 开 始 执行 。 这 也 是 模式 匹配 的 工 
作 原 理 。 职 责 链 模式 的 描述 更 适用 于 Akka 的 receive 块 ， 在 receive 代码 块 中 ,“ 发 送 
者 ”和 “接收 者 ”不 只 是 简单 的 暗喻 。 
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命令 模式 (command) 

对 服务 请 求 进行 具体 化 。 这 样 一 来 ， 我 们 便 能 将 这 些 请 求 队列 化 ， 使 请 求 可 以 执行 撤 
销 、 重 新 执行 等 操作 。 这 也 是 Akka 的 工作 方式 。 尽 管 尚 未 支持 撤销 和 重 做 功能 ， 不 过 
Akka 在 原则 上 是 能 够 提供 这 些 功能 的 。Monad 模式 的 一 类 典型 应 用 便 是 此 类 问题 的 一 
种 扩展 ， 在 此 类 应 用 中 ， 我 们 会 仔细 管理 系统 的 状态 转换 ， 并 将 “命令 ” 步 又 按照 可 预 
测 的 顺序 进行 组 合 (对 于 默认 情况 下 惰性 求 值 的 语言 而 言 ， 这 是 一 项 重要 的 特性 )。 
解释 器 模式 (interpreter) 
定义 了 一 门 语言 以 及 解释 该 语言 表达 式 的 方式 。“ 四 人 组 ”编写 了 设计 模式 后 ，DSL 这 
一 名 词 也 开始 兴起 。DSL 语言 中 的 一 些 方法 已 经 在 第 20 章 讲解 过 。 

和 迭代 器 模式 (iterator) 

能 够 在 不 暴露 容器 实现 细节 的 情况 下 对 该 容器 进行 和 遍历。 操作 国 数 化 容 绒 时 ， 几 乎 所 有 
的 操作 都 遵循 该 设计 模式 。 

中 介 者 模式 (mediator) 

为 了 避免 实例 之 间 直 接地 交互 ， 中 介 者 模式 使 用 中 介 者 来 实现 交互 功能 ， 该 模式 允许 各 
类 交互 分 别 独立 地 改良 。ExecutionContext (http:/Avww.scala-lang.org/api/current/index. 
html#scala.concurrent.ExecutionContext) 被 用 于 协调 异步 计算 。 在 使 用 Future It, 1E 
是 由 于 ExecutionContext 的 存在 ，Future 对 象 无 需 了 解 关 于 异步 协作 的 任何 机 制 。 医 
此 我 们 可 以 将 ExecutionContext 视 为 中 介 者 的 一 个 例子 。 与 之 类 似 ，Akka 运行 时 通 
过 在 actor 之 间 建 立 少 量 的 连接 ， 能 对 actor 之 间 的 消息 进行 调解 。 在 此 期 间 ，Akka 需 
要 使 用 特定 的 ActorRef 对 象 (http://doc.akka.io/api/akka/current/index.html#akka.actor. 
ActorRef) 发 送 消 息 ， 无 需 通 过 程序 硬 编码 描述 actor 之 间 的 依赖 关系 ，Akka 只 要 利用 
像 名 字 查 找 这 样 的 方法 便 能 找到 消息 的 接收 方 。 除 此 之 外 ，Akka 为 actor 提供 了 一 层 可 
以 进行 间接 交互 的 模块 。 

备忘录 模式 (momento) 

备忘录 模式 会 捕获 实例 状态 ， 对 实例 状态 进行 存储 ， 并 使 用 存储 状态 对 该 状态 进行 恢 
复 。 使 用 纯 函 数 能 够 更 容易 地 实现 记忆 化 (memoization) 功能 。 我 们 可 以 使 用 装饰 器 
(decorator) 添加 备忘录 ， 这 样 一 来 ,假如 添加 备忘录 时 传 入 了 之 前 已 经 使 用 过 的 参数 ， 
系统 可 以 避免 重复 调用 该 函数 ， 直 接 返 回 备忘录 。 

观察 者 模式 (observer) 

根据 主体 状态 ， 建 立 主体 与 观察 者 之 间 一 对 多 的 依赖 关系 。 当 主体 状态 发 生变 化 时 ， 通 
知 观察 者 。 在 之 前 讲述 适配器 模式 时 ， 我 们 曾 讨论 过 该 模式 。 

状态 模式 (state) 

当 实 例 状 态 发 生 改 变 时 ， 状 态 模 式 允 许 实例 对 自身 行为 进行 更 改 。 假 如 状态 值 是 不 可 变 
值 ， 那 么 为 了 能 够 表示 新 的 状态 ， 状 态 模 式 会 构造 新 的 实例 。 原 则 上 ， 新 构造 的 实例 会 
表现 出 不 一 样 的 行为 ， 尽 管 这 些 变化 会 受到 某 个 常见 父 类 型 抽象 体 的 限制 。 状 态 机 是 
状态 模式 的 更 常见 的 形式 。 我 们 在 17.3 节 中 曾经 看 到 过 状态 机 ， 其 中 Akka 的 actor 和 
actor 模型 能 够 实现 通常 意义 上 的 状态 机 。 
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。 策略 模式 (strategy) 
对 一 组 相关 算法 进行 物化 操作 ， 使 得 这 些 算法 能 交换 使 用 。 利 用 高 阶 函 数 能 够 简单 地 实 
现 这 一 模式 。 例 如 : 调用 map 方法 时 ， 调 用 者 能 够 选择 “算法 ”对 每 个 元 素 进 行 转 换 。 
。 模板 方法 (template method) 
以 final 方法 的 形式 定义 某 一 算法 的 实现 框架 ， 该 方法 会 调用 其 他 的 一 些 国 数 ， 而 为 了 
能 够 对 这 些 方法 的 行为 进行 定制 ， 子 类 可 以 对 这 些 被 调用 方法 进行 覆 写 。 正 如 11.1 市 
中 讲述 的 那样 ， 覆 写 具 体 方法 的 做 法 既 破 坏 了 既 有 规则 ， 也 不 安全 。 模 板 方 法 则 更 讲 原 
则 且 更 为 安全 ， 也 正 因为 如 此 ， 模 板 方 法 是 我 最 喜欢 的 模式 之 一 。 值 得 注意 的 是 ， 除 了 
定义 用 于 覆 写 的 抽象 方法 之 外 ， 我 们 还 可 以 将 模板 方法 定义 成 高 阶 函 数 ， 将 具体 实现 传 
入 到 高 阶 函数 中 ， 以 实现 自 定义 功能 。 
。 访问 者 模式 (visitor) 
使 用 访问 者 模式 时 ， 我 们 会 向 某 个 实例 中 插入 一 个 协议 。 这 样 一 来 ， 其 他 代码 便 能 通过 
该 协议 访问 原本 不 被 该 类 型 支持 的 内 部 操作 。 但 是 ， 该 模式 其 实 是 一 个 很 糟糕 的 模式 ， 
它 侵 犯 了 public 接口 ， 并 使 实现 变 得 复杂 。 不 过 幸运 的 是 ， 我 们 有 更 好 的 解决 选项 。 类 
型 定义 者 可 以 通过 定义 unapply 或 unapplySeq 方法 来 定义 一 种 低 开销 的 协议 ， 对 外 只 又 
露 应 该 开放 的 内 部 状态 。 模 式 匹 配 便 使 用 了 这 一 功能 提取 匹配 值 并 实现 新 的 功能 。 类 型 
类 无 法 提供 内 部 状态 的 访问 接口 ， 因 此 无 法 满足 一 些 特殊 的 需求 ， 不 过 我 们 还 是 可 以 使 
用 它们 为 既 存 类 型 添加 新 的 行为 。 当 然 ， 访 问 内 部 状态 本 身 就 是 一 个 很 粳 糕 的 设计 。 


23.5 契约 式 设计 带 来 更 好 的 设计 


我 们 所 使 用 的 类 型 能 够 陈述 程序 所 允许 的 状态 。 为 了 验证 类 型 未 能 指定 的 行为 ， 我 们 会 采 

用 测试 驱动 开发 《TDD) 或 其 他 的 测试 方法 。 在 TDD 和 函数 式 编程 还 未 成 为 主流 之 前 ， 

Bertrand Meyer {i fE H T 32 24 Ait i+ (design by contract, DbC), Meyer 运用 Eiffel 语言 

(http://archive.eiffel.com/doc/manuals/technology/contract) 实现 了 这 一 方法 。 尽 管 这 一 方法 

已 经 不 再 受 人 青睐 ， 不 过 仍然 出 现 了 一 些 按照 “ 在 客户 和 服务 之 前 建立 契约 ”的 思路 构造 

出 来 的 设计 。 思 考 设计 时 ， 契 约 式 设计 是 一 种 非常 有 用 的 隐喻 。 我 们 大 多 数 时 候 都 会 使 用 

DbC Kis. 

模块 的 “契约 ”应 指定 下 面 三 类 条 件 。 

() 为 了 能 够 成 功 地 提供 服务 ， 应 该 为 模块 输入 指定 哪些 约束 ?” 这些 约束 被 称 为 前 置 条 件 。 
假如 服务 并 不 是 以 “ 纯 ” 函 数 的 形式 提供 ， 那 么 这 些 约束 也 许 还 需 萎 虑 系统 需求 和 一 些 

额外 的 数据 。 前 置 条 件 会 对 用 户 的 行为 进行 约束 。 

(2) 当 用 户 输 入 满足 前 置 条 件 后 ， 应 该 设计 哪些 约束 ， 对 模块 返回 的 结果 进行 保障 ?这 些 条 
件 被 称 为 后 置 条 件 ， 它 们 对 服务 本 身 进行 约束 。 

(3) 在 服务 执行 之 前 与 执行 之 后 ， 哪 些 不 变量 必须 满足 要 求 ? 

除了 上 上述 三 个 条 件 之 外 ， 契 约 式 设计 要 求 必 须 以 可 执行 代码 的 方式 指定 这 些 契 约 式 约束 。 

这 样 一 来 ， 这 些 约束 在 系统 运行 时 便 能 自动 地 强制 执行 。 假 如 某 一 条 件 未 通过 检验 ， 系 统 

便 会 立刻 停止 。 这 迫使 你 必须 立刻 找到 并 修复 造成 这 一 问题 的 错误 。( 我 曾经 参与 过 这 样 

一 个 项 目 ,， 该 项 目 一 直 成 功 实施 DbC 设计 ， 直 到 某 天 团队 领导 认为 DbC 所 导致 的 程序 中 
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断 带 来 了 某 些 “不 便利 ”的 地 方 。 之 后 的 几 个 月 里 ， 系 统 日 志 中 写 满 了 各 种 不 合 契 约 的 错 
误 信 息 ， 但 没有 人 会 费 神 修复 这 些 错 误 。) 

常见 的 做 法 是 只 在 测试 时 才 开启 条 件 检查 ， 在 生产 环境 中 则 关闭 这 些 检查 。 这 样 一 来 ， 我 
们 便 能 在 生产 环境 中 移 除 这 些 检 查 所 带 来 的 额外 开销 ， 同 时 也 不 会 由 于 某 个 条 件 未 通过 而 
导致 生产 环境 中 系统 的 崩溃 。 值 得 注意 的 是 ，actor 模型 信奉 let it crash (ESATA. TE 





















































系统 运行 时 ， 假 如 某 个 条 件 未 通过 检查 ， 难 道 不 应 该 让 系统 崩 涡 ， 之 后 再 运行 时 启动 系统 








恢复 吗 ? 

尽管 Scala 并 没有 为 契约 式 设计 提供 什么 显 式 的 支持 ， 不 过 Predef 对 象 (http://www.scala- 
lang.org/api/current/index.html#scala.Predef$) 提供 了 许多 可 用 于 契约 式 设计 的 方法 ， 它 们 是 
assert 方法 、assume 方法 和 require 方法 。 下 面 的 示例 演示 了 如 何 使 用 require 和 assert 
方法 构造 契约 ; 


@ 


© 








// src/main/scala/progscala2/appdesign/dbc/BankAccount.sc 


case class Money(val amount: Double) { //@ 
require(amount >= 0.0, s"Negative amount Samount not allowed") 


def + (m: Money): Money = Money(amount + m.amount) 
def - (m: Money): Money = Money(amount - m.amount) 
def >= (m: Money): Boolean = amount >= m.amount 


} 
case class BankAccount(balance: Money) { 


def debit(amount: Money) = { // @ 
assert(balance >= amount, 
s"Overdrafts are not permitted, balance = $balance, debit = Samount") 
new BankAccount(balance - amount) 


} 

def credit(amount: Money) = { // ® 
new BankAccount(balance + amount) 

} 


} 
Money 类 对 货币 金额 进行 了 封装 ， 该 类 使 用 require 语句 声明 了 前 置 条 件 ， 只 允许 货币 
金额 为 正 数 。( 请 参考 稍 后 关于 该 程序 运行 分 析 的 相关 讨论 ,) 
debit 方法 不 会 允许 余额 变 成 负数 。 这 是 BankAccount 类 必须 要 满足 的 条 件 ， 也 是 为 什 
么 我 们 使 用 assert， 而 不 是 require 语句 的 原因 。 
我 们 希望 至 少 在 这 个 未 使 用 事务 的 简单 的 示例 中 ， 不 要 发 生 任何 违反 契约 的 事情 。 





























我 们 可 以 尝试 运行 下 列 脚本 : 


import scala.util.Try 
Seq(-10, 0, 10) foreach (i => println(f"Si%3d: ${Try(Money(i))}")) 
val bai = BankAccount(Money(10.0)) 


val ba2 = ba1.credit(Money(5.0)) 
val ba3 = ba2.debit(Money(8.5)) 
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val ba4 = Try(ba3.debit(Money(10.0))) 


println(s""" 
|Initial state: $bal 
|After credit of $$5.0: $ba2 
|After debit of $$8.5: $ba3 
|After debit of $$10.0: $ba4""".stripMargin) 


println 方法 将 产生 下 列 输出 : 


-10: Failure(java.lang.IllegalArgumentException: 
requirement failed: Negative amount -10.0 not allowed) 
0: Success($0.0) 
10: Success($10.0) 


Initial state: BankAccount($10.0) 
After credit of $5.0: BankAccount($15.0) 
After debit of $8.5: BankAccount($6.5) 
After debit of $10.0: Failure(java.lang.AssertionError: 
assertion failed: Overdrafts are not permitted, balance = $6.5, debit = $10.0) 


assrt, assume 语句 以 及 require 方法 均 提 供 了 两 个 可 重 载 的 实现 版 本 。 下 面 我 们 列举 了 
assert 的 两 个 可 重 载 方法 : 


final def assert(assertion: Boolean): Unit 
final def assert(assertion: Boolean, message: => Any): Unit 


假如 断言 参数 值 为 false， 那 么 在 assert 的 第 二 类 实现 方法 中 传人 的 message 参数 将 出 现在 
错误 信息 中 。 否 则 将 使 用 默认 消息 。 


assert 和 assume 方法 表现 相同 。 尽 管 它们 的 名 字 表 明 各 自 的 目的 不 同 ， 但 是 假如 编译 时 
使 用 了 选项 -Xelide-below ASSERTION (此 处 的 ASSERTION 可 以 替换 成 其 一 更 高 的 值 )， 两 
者 都 会 抛 出 AssertionError 代码 上 且 两 种 方法 调用 都 不 会 出 现在 字 节 码 中 。 


require 方法 用 于 对 方法 参数 (包括 了 构造 方法 ) 进行 测试 。 当 测试 失败 时 ，require 方法 
会 抛 出 ILLegaLArgumentException 异常 ， 而 相关 的 代码 并 不 会 受到 -Xelide-below 编译 选 
项 的 影响 。 因 此 ， 在 我 们 编写 的 Money 类 型 中 ，require 检查 永远 无 法 关闭 。 即 使 是 在 关 
闭 了 assert Fl assume 检测 的 生产 环境 中 ，require 检查 也 不 会 关闭 。 假 如 你 并 不 希望 使 用 
这 种 无 法 关闭 的 检测 ， 请 选择 assert BY assume 方法 。 


最 理想 的 情况 是 能 够 通过 类 型 系统 对 所 有 条 件 进行 检测 。 但 Scala 类 型 系统 目前 尚 无 法 做 
到 这 点 。 因 此 ， 我 们 仍 应 使 用 TDD (或 者 TDD 的 变种 ) 和 契约 式 设计 所 带 来 的 断言 检查 
构造 正确 的 软件 。 


23.6 WHR 


通用 语言 (ubiquitous language) 是 面向 对 象 设计 中 最 具 诱 惑 力 的 思想 ， 它 为 我 们 描绘 了 这 
样 一 幅 美景 : 所 有 的 团队 成 员 ， 无 论 你 是 商业 利益 相关 人 士 还 是 QA， 为 了 能 够 更 有 效 地 
进行 沟通 ， 都 使 用 相同 的 领域 语言 (2003 Æ, Eric Evans 在 其 编写 的 《领域 驱动 设计 》 一 
书 中 提出 了 “通用 语言 ”这 一 名 词 )。 而 实践 环节 中 ， 这 意味 着 所 有 的 领域 概念 都 将 被 实 







































































448 | 第 23 章 


现成 具有 行为 的 各 个 类 型 ， 代 码 中 也 将 大 量 使 用 到 这 些 类 型 。 

国 数 式 代码 不 同 于 这 类 代码 ， 在 函数 式 代码 中 你 只 能 看 到 极 少数 的 “原子 ”数据 类 型 和 容 
器 ， 所 有 这 些 类 型 和 容器 都 具备 精准 的 代数 属性 。 函 数 式 代码 精简 而 又 准确 ， 利 用 这 些 优 
势 ， 我 们 的 代码 既 能 按期 完成 也 能 满足 代码 质量 的 要 求 。 

在 实现 一 些 真 实 世 界 的 领域 概念 时 ， 由 于 这 些 概念 与 当前 的 情景 有 天 然 的 相关 性 ， 我 们 因 
此 会 碰 到 一 些 难 题 。 对 于 Taxpayer， 你 的 想法 与 我 的 想法 不 同 ， 这 是 因为 我 们 需要 实现 不 
同 的 使 用 场景 (也 可 以 称 作 “用 户 描述 、 需 求 ”等 )。 如 果 我 们 深入 探讨 这 些 问 题 的 本 质 ， 
我 们 会 发 现 我 们 需要 从 数据 存储 中 读 取 一 些 数值 ， 并 根据 税法 中 的 一 些 特定 规则 对 这 些 数 
值 执行 数学 运算 ， 之 后 再 提供 计算 结果 报表 。 所 有 这 些 程序 都 是 CRUD 程序 (CRUD 是 
create, read, update 和 delete 的 简写 ， 分 别 代表 创建 、 读 取 、 更 新 和 删除 操作 )。 你 也 许 
以 为 我 是 在 夸 夸 其 谈 ， 但 事实 上 我 只 是 稍微 夸大 了 一 点 点 。 

根据 下 列 规则 来 决定 是 否 要 在 代码 中 实现 某 一 领域 概念 。 


。 与 元 组 或 map 这 样 的 通用 类 型 进行 比较 : 
- 使 用 该 领域 概念 能 显著 提高 代码 的 封装 性 。 
- 使 用 该 领域 概念 能 够 清楚 地 阐述 代码 的 作用 。 

。 这 一 概念 具有 定义 良好 的 数学 属性 。 

。 这 一 概念 能 够 提高 代码 的 正确 性 。 例 如 : 与 那些 更 为 通用 的 类 型 相 比 ， 新 的 概念 能 够 限 
定 允 许 值 。 


我 们 是 否 应 该 为 金钱 定义 一 个 专门 的 类 型 呢 ” 由 于 金钱 具有 一 些 良好 的 可 定义 属性 ， 因 此 
我 们 应 该 为 其 定义 类 型 。 通 过 Money 类 型 ， 我 们 可 以 执行 运算 ， 并 制定 需要 遵循 的 规则 ， 
如 封装 的 Double we BigDecimal 值 是 非 负数 ， 根 据 标准 的 会 计 条 例 舍 和 人 运 算 执行 到 “分 ” 
这 一 货币 单位 等 等 。 

uszipcode 具有 定义 良好 的 属性 。 尽 管 不 会 对 邮编 执行 任何 运算 ， 但 是 我 们 可 以 将 邮编 的 
允许 值 限定 为 US 邮局 服务 所 能 识别 的 五 个 字符 或 五 个 字符 外 加 四 个 数字 。 


为 了 提高 编码 效率 ， 如 果 条 件 允 许 ， 我 会 使 用 value 类 (AnyVal 类 型 的 子 类 ) 来 实现 这 些 
类 型 。 

不 过 ， 在 实现 Taxpayer 和 其 他 一 些 模糊 概念 时 ， 我 会 使 用 由 健 值 对 组 成 的 Map 对象 、 集 
合 或 仅仅 包含 了 待 实现 用 例 中 所 需 数据 字段 信息 的 元 组 。 

不 过 在 从 这 些 通用 语言 中 获 益 的 同时 ， 会 不 会 有 什么 刺 端 呢 ? 对 此 ， 我 花费 了 一 些 时 间 进 
行 思 芳 ， 芳 虑 只 汲取 了 通用 语言 益处 的 架构 样式 。 



















































































下 文 将 要 探讨 的 内 容 只 是 某 一 想法 的 粗略 梗概 ， 该 想法 几乎 是 纯 理 论 的 且 疫 





有 验证 。 
架构 包含 四 层 内 容 。 
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。 通用 语言 的 DSL 层 

















该 层 被 用 于 曾 述 用 例 。 由 于 UI (用 户 界 面 ) 也 是 一 类 交流 工具 ， 因 此 同样 被 作为 一 门 
语言 被 包含 在 这 层 。 
。 DSL # 


DSL 的 实现 层 ， 包 含 一 些 领域 概念 的 实现 类 型 、UI 实现 等 内 容 。 
。 HF) i Ht 
用 户 逻 辑 层 包含 用 于 实现 各 个 用 例 的 函数 式 代 码 。 这 些 代 码 主要 依赖 于 标准 库 类 型 、 领 
域 相关 类 型 ， 而 代码 本 身 也 会 尽 可 能 的 集中 、 简 洁 。 由 于 这 些 代码 非常 简洁 ， 大 多 数 用 
例 的 实现 代码 就 是 系统 的 一 个 单独 切面 。 
核心 库 
这 一 层 包含 Scala 标准 库 、Akka JÆ, Play 库 、 日 志 API、 数 据 库 访 问 相 关 库 等 核心 库 ， 
以 及 从 用 例 实现 中 提取 出 来 的 可 重用 代码 。 
下 面 这 张 图 让 我 联想 起 希腊 神 庙 的 经 典 形象 ， 其 中 每 个 用 例 都 构成 了 一 列 柱子 。 正 因为 如 
此 ， 请 允许 我 自负 的 将 该 架构 称 为 由 特 农 架构 〈 请 参考 图 23-1)。 
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23-1: 由 特 农 神 庙 架 构 





在 帕 特 农 架构 中 ， 神 庙 的 根基 代表 核心 库 ， 列 柱 代 表 用 例 代 码 。 柱 上 棚 构 代表 支持 领域 的 
库 ， 包 括 DSL 实现 和 UL, MARRI = ARA DSL 代码 ， 该 代码 由 用 户 编 写 ， 用 于 实 
现 每 个 用 例 。 了 解 更 多 寺庙 术语 ， 请 参见 维基 百科 (http://en.wikipedia.org/wiki/Ancient_ 
Greek_temple)。 


由 于 用 例 代码 列 柱 看 上 去 排斥 重用 ， 因 此 这 种 想法 虽然 很 新 奇 ， 但 也 带 来 了 一 些 和 争议 。 架 
构 顶 部 提供 了 可 重用 的 领域 相关 代码 库 ， 而 底部 同样 提供 了 很 多 可 重用 的 库 。 这 使 得 该 架 
HEEK WA” KEIN (https://en.wikipedia.org/wiki/Stovepipe_system) 


不 过 ， 我 们 作出 的 每 个 设计 选择 都 同时 具有 优势 和 劣势 。 重 用 带 来 的 好 处 是 能 够 消除 元 
余 ， 劣 势 则 是 容易 造成 代码 拥堵 点 ， 也 就 是 说 ， 许 多 代码 路 径 会 同时 经 过 相同 的 可 重用 对 
象 ， 这 在 面向 对 象 的 系统 中 尤为 突出 。 假 如 这 些 对 象 中 包含 可 变 状态 ， 便 会 导致 一 些 回 
题 。 形 成 代码 拥堵 点 之 后 ， 用 例 之 间 的 逻辑 的 剥离 会 变 得 困难 。 在 这 种 情况 下 ， 我 们 也 很 
难 进行 独立 开发 ， 由 于 这 些 用 例会 横 跨 多 个 进程 ， 这 也 限制 了 代码 水 平 扩展 的 能 力 。 
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同样 的 ， 就 像 本 书 中 上 








H 现 的 一 些 示 例 一 样 ， 每 个 用 例 所 对 应 的 函数 式 代码 应 该 非常 短小 ， 


因此 ， 我 们 无 需 花 费 精 力 移 除 那 些 普通 的 复制 。 相 反 的 ， 这 些 简 单 的 、 适 当 的 数据 流 逻 辑 
易于 理解 、 测 试 和 升级 。 





在 20.3 节 中 我 们 曾 











经 讲解 了 一 个 使 用 外 部 DSL 的 工资 系统 ， 我 们 将 重新 引用 该 示例 。 这 





个 示例 略微 有 些 复 杂 ， 我 们 会 读 取 一 个 记录 了 一 组 用 户 信息 的 数据 文件 ， 文 件 中 的 数据 以 
喜 号 分 隔 ， 之 后 我 们 会 根据 文件 内 容 构 造 字符 串 ， 并 将 这 些 字符 串 放 入 DSL 之 中 进行 分 析 
并 生成 我 们 需要 的 数据 结 最 后 我 们 将 实现 两 个 用 例 : 报告 每 个 员工 工资 的 检查 单 和 报 
告 工 资 发 放 期 的 总 体 情 ; 


过 在 这 





saul aE 


个 示例 中 ， 这 档 








。 在 实际 的 应 用 程序 中 应 用 这 些 中 间 字 符 串 并 没有 什么 意义 ， 不 
i ee ae DSL， 而 且 











有 助 于 解释 程序 的 要 点 : 


// src/main/scala/progscala2/appdesign/parthenon/PayrollUseCases.scala 
package progscala2.appdesign.parthenon 

import progscala2.dsls.payroll.parsercomb.dsl.PayrollParser 

import progscala2.dsls.payroll.common._ 


object PayrollParthenon { //®@ 
val dsl = """biweekly { 
federal tax %f percent, 


state tax 


%f percent, 


insurance premiums %f dollars, 


retirement 


yi nn 


savings %f percent 


// @ 


private def readData(inputFileName: String): Seq[(String, Money, String)] = 


for { 


line <- scala.io.Source.fromFile(inputFileName).getLines.toVector 
if line.matches("\\s*#.*") == false // skip comments 
} yield toRule(line) 


private def toRule(line: String): (String, Money, String) = { // © 
val Array(name, salary, fedTax, stateTax, insurance, retirement) = 
line.split("""\s*,\s*""") 
val ruleString = dsl.format( 
fedTax.toDouble, stateTax.toDouble, 
insurance.toDouble, retirement. toDouble) 
(name, Money(salary.toDouble), ruleString) 


} 


private val parser = new PayrollParser // @ 


private def toDeduction(rule: String) = 
parser.parseALl(parser.biweekly, rule).get 


private type EmployeeData = (String, Money, Deductions) // ® 


// © 


private def processRules(inputFileName: String): Seq[EmployeeData] = { 
val data = readData(inputFileName) 


for { 


(name, salary, rule) <- data 


deductions 


= toDeduction(rule) 


} yield (name, salary, toDeduction(rule)) 
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} 
//@ 
def biweeklyPayrollPerEmployeeReportUseCase(data: Seq[EmployeeData]): Unit ={ 
val fmt = "%-10s %6.2f %5.2f %5.2f\n" 
val head = "%-10s %-7s %-5s %s\n" 
println("\nBiweekly Payroll:") 
printf(head, "Name", "Gross", "Net", "Deductions") 
printf(head, "----", "----- my Mane "---------- ") 
for { 
(name, salary, deductions) <- data 
gross = deductions.gross(salary.amount) 
net = deductions.net(salary.amount) 
} printf(fmt, name, gross, net, gross - net) 
} 


[10 
def biweeklyPayrollTotalsReportUseCase(data: Seq[EmployeeData]): Unit = { 


val (gross, net) = (data foldLeft (0.0, 0.0)) { 
case ((gross, net), (name, salary, deductions)) => 
val g = deductions.gross(salary. amount) 
val n = deductions.net(salary.amount) 
(gross + g, net + n) 


} 
printf("\nBiweekly Totals: Gross %7.2f, Net %6.2f, Deductions: %6.2f\n", 
gross, net, gross - net) 


} 


def main(args: Array[String]) = { 
val inputFileName = 
if (args.length > 0) args(@) else "misc/parthenon-payroll.txt" 
val data = processRules(inputFileName) 


biweeklLyPayroLllTotalsReportUseCase(data) 
biweeklyPayrollPerEmployeeReportUseCase(data) 
} 
} 


@ 首先 我 们 使 用 DSL 语言 定义 了 一 个 格式 化 字符 串 ， 字 符 串 中 的 实际 数值 会 在 运行 时 填 

@ 从 输入 文件 中 读 取 数据 ， 移 除 文 件 中 注释 行内 容 (注释 行 起 始 位 置 会 出 现任 意 长 度 的 
空白 字符 ， 之 后 紧 跟 着 # 字 符 )， 之 后 使 用 DSL 将 每 条 员工 记录 转换 成 一 个 规则 。 考 虑 
到 示例 的 简单 性 ， 我 们 忽略 了 错误 处 理 ， 还 复 用 了 契约 式 设 计 相 关 章 节 中 使 用 的 Money 
类 (我 们 没有 重复 列 出 Money 类 的 实现 代码 )。 

@ 将 每 条 记录 分 解 成 一 个 个 字段 ， 并 将 数字 都 转化 为 Double 类 型 ， 之 后 我 们 使 用 规则 字 

符 串 为 每 位 员工 生成 相关 信息 ， 最 后 返回 员工 姓名 、 工 资 和 规则 。 

像 往常 一 样 ， 我 们 构造 了 一 个 DSL 解释 器 ， 并 使 用 该 解释 器 对 规则 字符 串 进 行 解析 。 

O 为 了 提高 代码 的 可 读 性 ， 我 们 定义 了 一 个 类 型 别名 。 这 是 一 个 比较 合算 的 做 法 ， 因 为 

我 们 只 需要 在 内 部 使 用 该 别名 。 

读 取 数 据 文件 ， 并 从 中 抽取 出 每 位 员工 的 名 字 、 工 资 以 及 扣除 金额 信息 。 

o 用 例 : 汇报 每 位 员工 在 每 两 周一 次 的 发 薪 日 所 获取 的 工资 、 净 收入 以 及 工资 扣 项 。 
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@ 用 例 : 汇报 每 两 周一 次 的 发 薪 日 中 ， 所 有 员工 获得 的 工资 总 额 、 净 收入 总 额 以 及 总 共 
的 工资 扣 项 。 

默认 情况 下 ， 程 序 会 加 载 misc 文 件 内 的 一 个 数据 文件 。 假 如 你 使 用 命令 

progscala2.appdesign.parthenon.PayrollParthenon 在 sbt 中 运行 该 程序 ， 这 将 得 到 main 

方法 执行 的 两 个 用 例 的 输出 信息 ， 输 出 如 下 所 示 : 


Biweekly Totals: Gross 19230.77, Net 12723.08, Deductions: 6507.69 


un-main 








Biweekly Payroll: 
Name Gross Net Deductions 


Joe CEO 7692.31 5184.62 2507.69 
Jane CFO 6923.08 4457.69 2465.38 
Phil Coder 4615.38 3080.77 1534.62 


尽管 该 程序 还 有 大 量 的 改良 空间 ， 不 过 由 于 该 程序 仅仅 用 来 说 明 我 们 可 以 使 用 简短 的 、 彼 
此 无 关 的 代码 “柱子 ”实现 真实 的 用 例 ， 因 此 我 们 不 对 其 进行 修改 。 这 些 代码 从 “顶层 ” 
库 中 选取 了 一 些 领 域 概念 ， 并 从 “底层 ” 库 提供 的 Scala API 中 挑选 出 一 些 核心 基础 设施 。 


23.7 ”本 章 回顾 与 下 一 章 提要 


我 们 讨论 了 应 用 设计 过 程 中 出 现 的 许多 范式 问题 ， 其 中 包括 设计 模式 和 契约 式 设 计 。 我 们 
也 深入 讲解 了 我 个 人 一 直 思 考 的 架构 模型 ， 该 模型 被 称 为 帕 特 农 神 庙 架 构 。 


本 书 的 最 后 一 章 会 介绍 Scala 提供 的 反射 和 元 编程 机 制 。 
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R245 


Tits: 宏 与 反射 





元 编程 (metaprogramming) 是 一 种 操纵 程序 而 不 是 操纵 数据 的 编程 。 在 一 些 语 言 中 ， 编 程 
和 元 编程 之 间 的 差异 并 不 是 那么 显 音 。 例 如 : Lisp 的 方言 使 用 相同 的 S 表达 式 来 表示 代码 
和 数据 ， 这 种 性 质 称 为 同 像 性 (homoiconicity) 。 操 作 代 码 非常 简单 ， 也 很 常见 。 但 在 Java 
和 Scala 这 样 的 静态 类 型 语言 中 ， 元 编程 则 是 不 第 见 的 。 但 实际 上 元 编程 对 解决 许多 设计 
问题 非常 有 用 。 

“反射 ”一 词 有 时 也 用 于 指 元 编程 。 对 于 Scala 的 反射 库 来 说 的 确 如 此 。 但 是 ， 有 时 反射 只 
表示 狭义 上 的 代码 的 运行 “内 省 ”之 意 。 

在 Scala 这 样 的 语言 中 ， 代 码 先 被 编译 ， 然 后 才能 运行 。 但 许多 动态 类 型 语言 则 直接 解释 
执行 ， 两 者 对 应 的 编译 时 元 编程 与 运行 时 元 编程 有 明显 的 区 别 。 在 编译 时 元 编程 中 ， 所 有 
的 调用 均 发 生 在 编译 前 或 编译 过 程 中 。 经 典 的 C 语言 预 处 理 就 是 一 个 例子 ， 它 在 编译 前 对 
源 代码 进行 转换 。 

Scala 的 元 编程 可 以 发 生 在 编译 时 ， 使 用 宏 来 支持 。 宏 有 点 像 受 约束 的 编译 器 插件 ， 因 为 
它们 操纵 从 所 解析 的 源 代码 中 生成 的 抽象 语法 树 (AST)。 宏 在 生产 字 节 码 的 最 后 编译 阶段 
之 前 调用 ， 以 操纵 AST。 

Java 反射 库 和 Scala 的 扩展 库 提 供 运 行 时 反射 。 

Scala 的 反射 API (包括 宏 )， 是 Scala 发 展 最 快 的 一 个 部 分 。 由 于 其 目标 变换 很 快 ， 我 们 
将 重点 放 在 最 稳定 的 部 分 ， 即 运行 时 反射 和 宏 工 具 quasiquote。 不 过 ， 在 结束 上 时， 我 们 会 
给 出 一 个 完整 的 使 用 当前 宏 API 的 示例 。 

新 一 代 的 宏 功 能 正 处 于 开发 阶段 。 该 项 目 被 称 为 Scala Meta (http://scalamacros.org)。 在 
写作 本 书 的 时 候 ，Scala Meta 的 预览 版 即将 发 布 。 你 应 该 找 找 关于 它 的 最 新 资料 ， 因 为 它 
们 会 出 现在 后 续 版 本 的 Scala 中 。 对 于 当前 的 Scala 2.10 和 2.11 版 本 的 宏 的 实现 ， 请 访问 
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http://scalamacros.org 和 Macro Paradise (http://docs.scala-lang.org/overviews/macros/paradise. 


html) ， 后 者 是 当前 安 系 统 的 孵化 项 目 。 


首先 ， 我 们 将 介绍 一 些 有 用 的 REPL 工具 ， 来 了 解 表达 式 的 类 型 。 然 后 我 们 会 探索 运行 时 
反射 ， 其 次 是 quasiquote， 最 后 讨论 宏 的 示例 。 


24.1 用 于 理解 类 型 的 工具 


REPL 有 个 : type 命令 ， 用 来 打印 类 型 信息 : 


scala> if (true) false else 11.1 
res0: AnyVal = false 














scala> :type if (true) false else 11.1 
AnyVal 


scala> :type -v if (true) false else 11.1 
// Type signature 
AnyVal 


// Internal Type structure 
TypeRef(TypeSymbol(abstract class AnyVal extends Any)) 


:type 命令 只 显示 类 型 。 通 常情 况 下 ，REPL 会 显示 类 型 信息 ， 不 过 ，-v (verbose, 
表示 详细 信息 ) 选项 也 显示 “类 型 内 部 结构 ”。scala.reflect.api.Types.TypeRef 
(http://www.scala-lang.org/api/current/scala-reflect/#scala.reflect.api.Types$TypeRef) 
和 scala.reflect.api.Symbols.TypeSymbol (http://www.scala-lang.org/api/current/ 
scala-reflect/#scala.reflect.api.Symbols$TypeSymbol) 这 几 个 类 型 定义 在 反射 API 中 。 
现在 反射 API 已 经 从 核心 标准 库 中 独立 了 出 来 。Scaladoc 可 以 在 http://www.scala- 
lang.org/api/current/scala-reflect/#package 找到 。 


24.2 ”运行 时 反射 


编译 时 反射 用 于 操纵 代码 ， 而 运行 时 反射 则 主要 用 来 “调整 ”语言 的 语义 (在 一 定 范 目 
内 )， 或 着 加 载 编译 时 未 知 的 代码 ， 即 所 谓 的 极 妆 滞 后 绑 定 (extreme late binding). 


例如 ， 属 性 或 命令 行 参数 用 于 动态 地 指定 实例 的 种 类 以 实现 特定 的 功能 。 反 射 API 用 于 从 
CLASSPATH 能 找到 的 字 市 码 中 ， 定 位 相应 的 类 型 ， 如 果 可 以 找到 对 应 的 类 型 还 要 构造 相 
应 的 实例 。IDE 等 工具 可 以 使 用 反射 来 发 现 和 加 载 插件 。IDE 还 经 常 使 用 反射 了 解 有 关 项 
目 和 库 的 代码 ， 以 支持 代码 补 全 和 类 型 检查 等 功能 。 男 外 字 市 码 工具 也 可 以 使 用 反射 来 寻 
找 安全 漏洞 等 问题 。 


24.2.1 类 型 反射 


你 可 以 在 java.lang.Class (http://docs.oracle.com/javase/8/docs/api/java/lang/Class.html) 的 
方法 中 使 用 Java 的 反射 API。 
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// src/main/scala/progscala2/metaprogramming/reflect.sc 


scala> import scala. language.existentials 
import scala. language.existentials 


scala> trait T[A] { 
| val vT: A 
| def mT = vT 
| } 


defined trait T 


scala> class C(foo: Int) extends T[String] { 


| val vT = "T" 
| val vc = "C" 
| def mc = VC 
| 

| class C2 


| } 


defined class C 


scala> val c = new C(3) 
c: C = $anon$1@5a58e6a4 


scala> val clazz = classOf[C] // Scala 方法 : classOf[C] 
clazz: Class[C] = class C 


scala> val clazz2 = c.getClass // java.lang.Object HAS Ty x 
clazz2: Class[_ <: C] = class $anon$1 


scala> val name = clazz.getName 
name: String = C 


scala> val methods = clazz.getMethods 


methods: Array[java.lang.reflect.Method] = 
Array(public java.lang.String C.mC(), public java.lang.Object C.vT(), ...) 


scala> val ctors = clazz.getConstructors 
ctors: Array[java.lang.reflect.Constructor[_]] = Array(public C(int)) 


scala> val fields = clazz.getFields 
fields: Array[java.lang.reflect.Field] = Array() 


scala> val annos = clazz.getAnnotations 
annos: Array[ java. lang.annotation.Annotation] = Array() 


scala> val parentInterfaces = clazz.getInterfaces 
parentInterfaces: Array[Class[_]] = Array(interface T) 


scala> val superClass = clazz.getSuperclass 
superClass: Class[_ >: C] = class java.lang.Object 


scala> val typeParams = clazz.getTypeParameters 
typeParams: Array[java.lang.reflect.TypeVariable[Class[C]]] = Array() 


这 些 方法 只 能 用 于 AnyRef 的 子 类 型 。 需 要 注意 的 是 ，getFields 似乎 不 能 识别 类 型 5 中 
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Scala 类 型 字段 ! 
Predef 定义 了 一 些 方法 ， 用 来 测试 对 象 是 否 属 于 某 个 类 ， 或 者 将 对 象 转 为 某 个 类 型 : 


scala> c.isInstanceOf[String] 
<console>:13: warning: fruitless type test: a value of type C cannot 
also be a String (the underlying of String) 
c.isInstanceOf [String] 
N 


res0: Boolean = false 


scala> c.isInstanceOf[C] 
resi: Boolean = true 


scala> c.asInstanceOf[T[AnyRef ]] 
res2: T[AnyRef] = C@499a497b 


完成 这 些 任 务 的 Java 操作 符 是 关键 字 。Scala 的 方法 名 故意 起 得 十 分 见长 ， 目 的 是 抑制 它 
们 的 使 用 ! Scala 的 其 他 特性 ， 尤 其 是 模式 匹配 ， 是 完成 这 一 目的 更 好 的 选择 。 





24.2.2 ClassTag, TypeTag5Manifest 


Scala 2.11 核心 库 有 一 个 小 的 反射 API， 而 功能 更 先进 的 反射 特性 则 在 独立 的 库 中 。 下 
面 我 们 来 探讨 核心 库 中 的 CLassTag (http://www.scala-lang.org/api/current/#scala.reflect. 
ClassTag)， 这 是 一 个 用 来 保留 被 类 型 擦 除去 掉 信 息 的 工具 。 类 型 探 除 是 JVM 的 一 个 “ 特 
性 ”， 在 实例 化 参数 类 型 的 实例 时 ， 不 保留 类 型 参数 的 值 。ClassTag 的 一 个 重要 用 途 是 构 
造 出 正确 的 AnyRef 子 类 型 的 Java 数组 。 以 下 是 一 个 改编 自 ClassTag 的 Scaladoc (http:// 
www.scala-lang.org/api/current/#scala.reflect.ClassTag) 帮助 页 面 的 例子 ， 














// src/main/scala/progscala2/metaprogramming/mkArray.sc 
scala> import scala.reflect.ClassTag 
import scala.reflect.ClassTag 


scala> def mkArray[T : ClassTag](elems: T*) = Array[T](elems: _*) 
mkArray: [T](elems: T*)(implicit evidence$1: scala.reflect.ClassTag[T])Array[T] 


scala> mkArray(1, 2, 3) 
resO: Array[Int] = Array(1, 2, 3) 


scala> mkArray("one", "two", "three") 
resi: Array[String] = Array(one, two, three) 


scala> mkArray(1, "two", 3.14) 
<console>:10: warning: a type was inferred to be ‘Any’; 
this may indicate a programming error. 
mkArray(1, "two", 3.14) 
Nn 


res2: Array[Any] = Array(1, two, 3.14) 


这 里 对 AnyRef 使 用 Array.applty 方法 (http://www.scala-lang.org/api/current/#scala.Array$) , 
该 方法 还 有 一 个 参数 列表 ， 甚 中 包含 一 个 隐 含 的 ClassTag 参数 。 编译 器 会 利用 它 知道 的 
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类 型 信息 来 构造 隐 含 的 ClassTag。 然 而 ， 对 于 过 去 就 已 经 构造 完成 的 列表 ， 其 关键 的 类 型 
信息 已 经 丢失 。 如 果 你 传 入 了 集合 ， 然 后 居于 栈 中 很 深 的 位 置 的 某 些 方法 希望 用 ClassTag 
来 自省 时 ， oe 构造 集合 与 相应 的 ClassTag 必须 在 同一 作用 域 ， 然 后 将 它 
们 一 起 传递 给 方法 。ClassTag 通过 隐 含 参数 进行 传递 。 我 们 稍 后 会 再 回来 讨论 这 个 问题 。 


因此 ，ClassTags 不 能 从 字 市 码 中 将 类 型 信息 “复活 ”， 但 它们 可 以 在 类 型 信息 被 擦 除 之 前 
捕获 和 利用 这 些 类 型 信息 。 

ClassTag 实际 上 是 一 个 较 弱 的 版 本 的 scala.reflect.api.TypeTags#TypeTag (http://www. 
scala-lang.org/api/current/scala-reflect/#scala.reflect.api.TypeTags$TypeTag)。 后 者 是 一 个 独立 
的 API， 它 保留 了 完整 的 编译 时 间 信 息 (不 久 我 们 就 将 利用 它 )， 而 ClassTag 只 返回 了 运 
行 时 的 信息 。 此 外 ， 还 有 一 个 scala.reflect.api.TypeTags#WeakTypeTag (http://www.scala- 
lang.org/api/current/scala-reflect/#scala.reflect.api.TypeTags$WeakTypeTag) 用 于 抽象 类 型 。 


Scala doc (http://docs.scala-lang.org/overviews/reflection/typetags-manifests.html) 中 对 其 有 详 
细 的 说 明 。 
需要 注意 的 是 ， 在 Scala 2.10 引入 Typetag 和 ClassTag 之 前 ，reflect 包 中 还 有 一 些 老 的 类 


型 用 于 相同 的 用 途 ， 称 为 Manifest。 这 些 类 型 已 经 废弃 ， 你 会 在 旧 的 源 代码 中 见 到 。 但 
是 ， 你 应 该 使 用 较 新 的 特性 。 


24.3 Scala 的 高 级 运行 时 反射 AP| 


反射 API 的 其 余部 分 支持 更 丰富 的 运行 时 反射 和 编译 时 的 安 。 它 包括 用 于 表示 抽象 语法 树 
和 其 他 上 下 文 的 类 型 。 这 部 分 API 作为 一 个 单独 的 JAR 文件 分 发 ， 是 我 们 在 构建 sbt 时 
包含 的 依赖 之 一 。 这 个 API 的 全 部 细节 都 在 Scaladoc (http://docs.scala-lang.org/overviews/ 
reflection/overview.html) 中 有 对 应 的 描述 。 我 们 将 讨论 这 个 非常 大 的 API 的 核心 理念 ， 并 
列举 几 个 类 型 运行 时 内 省 的 例子 : 


// src/main/scala/progscala2/metaprogramming/match-type-tags.sc 
























































import scala.reflect.runtime.universe._ //@ 
def toType2[T](t: T)(implicit tag: TypeTag[T]): Type = tag.tpe //@ 
def toType[T : TypeTag](t: T): Type = typeOf[T] //° 





© &A runtime.universe 中 的 定义 ， 其 类 型 是 scala.reflect.api.JavaUniverse (http:// 


www.scala-lang.org/api/current/scala-reflect/index.html#scala.reflect.api.JavaUniverse)。 它 
为 目标 平台 暴露 了 反射 语言 元 素 和 一 些 便利 的 方法 。 

@ 使 用 了 TypeTag[T] (http://www.scala-lang.org/api/current/scala-reflect/index.html#scala. 
aaa Moe eas pe oe 类 型 的 隐 仿 参数， 然后 返回 该 参数 的 类 型 。 

© 绑 定 上 下 文 ， 这 是 一 种 更 简便 的 方法 。typeof[T] 方法 是 implicitly[TypeTag[T]].tpe 
的 简写 。 

回想 一 下 ，TypeTag 保留 了 完整 的 编译 时 类 型 信息 ， 同 时 ClassTag 只 保留 了 运行 时 类 型 


信 JE 0 
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我 们 用 几 个 类 型 来 测试 一 下 这 些 方法 : 


scala> toType(1) 
resi: reflect.runtime.universe.Type = Int 


scala> toType(true) 
res2: reflect.runtime.universe.Type = Boolean 


scala> toType(Seq(1, true, 3.14)) 
<console>:12: warning: a type was inferred to be `AnyVal`; 
this may indicate a programming error. 
toType(Seq(1, true, 3.14)) 


A 


res3: reflect.runtime.universe.Type = Seq[AnyVal] 


scala> toType((i: Int) => i.toString) 
res4: reflect.runtime.universe.Type = Int => java.lang.String 


注意 到 ， 这 里 得 到 了 参数 化 类 型 的 类 型 参数 。 这 修复 了 我 们 在 使 用 ClassTag 时 的 bugs R 
们 会 从 现在 开始 忽略 AnyVal 警告 。 


我 们 可 以 比较 类 型 是 否 相 等 或 是 否 具有 父子 关系 : 





toType(1) =:= typeOf[AnyVal] // false 
toType(1) =:= toType(1) // true 
toType(1) =:= toType(true) // false 
toType(1) <:< typeOf[AnyVal] // true 
toType(1) <:< toType(1) // true 
toType(1) <:< toType(true) // false 
typeOf[Seq[Int]] =:= typeOf[Seq[Any] ] // false 
typeOf[Seq[Int]] <:< typeOf[Seq[Any] ] // true 


我 们 一 直通 过 调用 tpe 方法 来 从 TypeTag 中 获取 Type (http://www.scala-lang.org/api/current/ 
scala-reflect/index.html#scala.reflect.api.Types$Type), 你 也 可 以 用 typeTag (http://www. 
scala-lang.org/api/current/scala-reflect/#scala.reflect.api. TypeTags$TypeTag) 辅助 函数 得 到 类 


型 的 层次 : 


typeTag[Int] // reflect.runtime.universe.TypeTag[Int] = TypeTag[Int] 
typeTag[Seq[Int]] {| ...TypeTag[Seq[Int]] = TypeTag[scala.Seq[Int]] 


在 10.1.1 市 中 ， 我 们 讨论 了 函数 的 协 变 和 逆 变 。 现 在 我 们 用 新 工具 来 获取 这 些 详细 信息 : 


// src/main/scala/progscala2/metaprogramming/func.sc 











class CSuper { def msuper() = println("CSuper") } 
class C extends CSuper { def m() = println("C") } 
class CSub extends C { def msub() = println("CSub") } 
typeOf[C => Č ] =:= typeOf[C => C] // true @ 
typeOf[CSuper => CSub ] =:= typeOf[C => C] // false 
typeOf[CSub => CSuper] =:= typeOf[C => C] // false 
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typeOf[C => C ] <:< typeOf[C => C] // true @ 
typeOf[CSuper => CSub ] <:< typeOf[C => C] // true © 
typeOf[CSub => CSuper] <:< typeOf[C => C] // false @ 


@ 除了 严格 匹配 以 外 ， 其 他 均 不 相等 

@ 任何 类 型 都 是 其 自身 的 子 类 型 ， Wie AIR. 

O 参数 是 Cc 的 父 类 型 ,满足 参数 的 逆 变 性 。 返 回 值 是 Cc 的 子 类 型 ,满足 返回 值 的 协 变性 。 
因此 这 一 条 成 立 。 

@ 同时 违反 了 关于 函数 参数 和 返回 值 的 规则 。 


a 








当 一 个 类 型 是 另 一 个 类 型 的 子 类 型 时 ， 忘 记 相 应 的 规则 ? 使 用 typeof 或 
toType 方法 和 <:< 来 弄 明白 吧 。 


现在 ， 考 虑 一 下 ， 我 们 可 以 从 类 型 中 获取 哪些 信息 。 首 先 ，Type 返回 了 TypeRef (http:// 
www.scala-lang.org/api/current/scala-reflect/index.html#scala.reflect.api.Types$TypeRef) 的 实 
例 ， 所 以 我 们 用 提取 器 来 确定 其 “前 级 ”， 即 类 型 的 符号 〈 名 称 )， 和 它 需 要 的 类 型 参数 : 
def toTypeRefInfo[T : TypeTag](x: T): (Type, Symbol, Seq[Type]) = { 
val TypeRef(pre, typName, parems) = toType(x) 
(pre, typName, parems) 


} 


元 组 中 的 Type All Symbol 类 型 均 定 义 在 reflect.runtime.universe 中 ， 但 不 要 与 scala. 
Symbol 混淆 。 


toTypeRefInfo(1) // (scala.type, class Int, List()) 
toTypeRefInfo(true) // (scala.type, class Boolean, List()) 
toTypeRefInfo(Seq(1, true, 3.14)) // (scala.collection.type, trait Seq, 


// List(AnyVaL) ) 
toTypeRefInfo((i: Int) => i.toString) // (scala.type, trait Function1, 
// List(Int, java.lang.String) ) 


注意 Seq 的 “前 级 ”scala.collection.type 与 其 他 例子 的 “前 级 ”scala.type 的 不 同 。 正 
如 我 们 预想 的 那样 ，Seq 和 Function1 都 具有 非 空 的 类 型 参数 列表 。 


我 们 甚至 可 以 通过 TypeApt (http:/Avww.scala-lang.org/api/current/scala-reflect/index. 


html#scala.reflect.api.Types$TypeApi) 得 到 更 多 信息 。 我 们 在 REPL 中 尝试 使 用 Seq, AAG 
返回 的 类 型 。 这 里 我 们 会 省 略 过 长 的 输出 : 


scala> val ts = toType(Seq(1, true, 3.14)) 
ts: reflect.runtime.universe.Type = Seq[AnyVal] 








scala> ts.typeSymbol 
resQ: reflect.runtime.universe.Symbol = trait Seq 


scala> ts.erasure 
resi: reflect.runtime.universe.Type = Seq[Any ] 
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scala> ts.typeArgs 
res2: List[reflect.runtime.universe.Type] = List(AnyVal) 


scala> ts.baseClasses 
res4: List[reflect.runtime.universe.Symbol] = 
List(trait Seq, trait Seqlike, trait GenSeq, trait GenSeqLike, ...) 


scala> ts.companion 
res5: reflect.runtime.universe.Type = scala.collection.Seq.type 


scala> ts.decls 
res6: reflect.runtime.universe.MemberScope = SynchronizedOps( 
method Sinit$, method companion, method seq) 


scala> ts.members 
res7: reflect.runtime.universe.MemberScope = Scopes( 
method seq, method companion, method $init$, method toString, ...) 


上 述 代码 中 大 部 分 是 自 解释 的 。companion 方法 返回 了 伴随 类 型 的 类 型 值 ，decls 返回 了 其 
自身 在 Seq 中 的 定义 ， 而 成 员 返 回 了 被 继承 的 所 有 声明 。 


了 解 更 多 示例 ， 请 参见 概述 (http://docs.scala-lang.org/overviews/reflection/overview.html) 
和 反射 的 Scaladoc (http://www.scala-lang.org/api/current/scala-reflect/#package ) 。 
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Scala 当前 的 宏 已 经 在 许多 先进 的 工具 包 中 为 设计 问题 提供 了 巧妙 的 解决 方案 。 但 是 ， 使 用 
它 时 ， 必 须要 了 解 编译 器 的 内 部 结构 ， 如 编译 器 使 用 的 抽象 语法 树 (AST)。 因 此 ，Scala 
Meta 项 目 (http://scalameta.org) 旨 在 实现 一 个 新 的 宏 系 统 ， 可 以 避免 与 编译 细节 的 耦合 ， 
以 降低 用 户 的 学 习 负 担 。 它 也 将 从 第 一 个 宏 系 统 的 设计 中 总 结 经验 教 训 。 

由 于 Scala Meta 目前 尚 不 可 用 ， 而 当前 的 系统 最 终 会 废弃 ， 因 此 我 们 不 会 讨论 细节 ， 但 
我 们 将 在 结束 时 讨论 一 个 示例 。 有 一 个 特性 有 望 保持 在 Scala Meta 中 保持 相对 不 变 ， 即 
quasiquote, quasiquote 使 用 内 播 字 符 串 的 方式 ， 使 得 操纵 AST 变 得 容易 得 多 。quasiquote 
消除 了 使 用 旧 API 编写 宏 时 需要 的 大 量 样板 代码 和 细节 知识 。 在 Scaladoc (http://docs. 
scala-lang.org/overviews/quasiquotes/intro.html) 中 有 quasiquote 的 文档 。 

需要 注意 的 是 ， 尽 管 与 2.10 版 本 相 比 ，Scala 2.11 版 本 的 API 只 有 一 点 变化 ， 但 是 本 
章 剩 下 的 例子 只 在 Scala 2.11 中 工作 。 具 体 而 言 ， 我 们 很 快 就 会 看 到 一 个 新 的 辅助 方法 
showCode。 我 们 在 后 面 关于 安 的 示例 中 还 会 提 到 APL 上 的 改变 。 

我 们 试 试 其 中 的 一 些 特性 : 


// src/main/scala/progscala2/metaprogramming/quasiquotes.sc 


















































import reflect.runtime.universe._ // © 


import reflect.runtime.currentMirror //@ 
import tools.reflect. ToolBox 
val toolbox = currentMirror.mkToolBox() 
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@ 导入 quasiquote 需要 的 universe, 

@ 引入 了 方便 使 用 的 toolbox。 

根据 你 要 构建 的 AST 树 的 种 类 ， 存 在 几 种 方法 可 以 构造 quasiquote。 我 们 为 表达 式 使 用 
一 般 的 形式 q"…" 和 tq"…"。 其 中 完整 的 选项 列表 和 示例 可 以 在 Scala 文档 (http://docs. 


scala-lang.org/overviews/quasiquotes/syntax-summary.html) 中 查找 。 




















scala> val C = q"case class C(s: String)" 
C: reflect.runtime.universe.ClassDef = 
case class C extends scala.Product with scala.Serializable { 
<caseaccessor> <paramaccessor> val s: String = _; 
def <init>(s: String) = { 
super .<init>(); 
QO 
} 
} 


scala> showCode(C) 
res0: String = case class C(s: String) 


scala> showRaw(C) 
resi: String = ClassDef(Modifiers(CASE), TypeName("C"), List(), ...) 


showCode 方法 打印 出 的 字符 串 与 Scala 声明 的 语法 类 似 (在 这 个 例子 中 ， 与 Scala 语法 一 模 
一 样 )，showRaw 则 根据 AST 树 打 印 出 类 型 。 
q 被 用 来 表示 一 般 的 quasiquote，tq 则 用 来 构造 类 型 树 ， 如 : 


scala> val q = q"List[String]" 
q: reflect.runtime.universe.Tree = List[String] 











scala> val tq = tq"List[String]" 
tq: reflect.runtime.universe.Tree = List[String] 


scala> showRaw(q) 
res2: String = TypeApply(Ident(TermName("List")), 
List(Ident(TypeName("String")))) 


scala> showRaw(tq) 
res2: String = AppliedTypeTree(Ident(TypeName("List")), 
List(Ident(TypeName("String")))) 


scala> q equalsStructure tq 
res4: Boolean = false 


用 showRaw 可 看 到 它们 实际 上 是 不 同 的 。scala.reflect.api.Trees#TypeApplyExtractor 
(http://www.scala-lang.org/api/current/scala-reflect/index.html#scala.reflect.api. 
Trees$TypeApplyExtractor) 的 Scaladoc 页 面 解 释 了 这 种 差异 。TypeAppLy (http://www. 
scala-lang.org/api/current/scala-reflect/index.html#scala.reflect.api.Trees$TypeApply) 对 应 术语 
中 指定 的 类 型 ， 如 def foo[T](t: T) = ... 中 的 foo[T]， 而 AppLiedTypeTree (http://www. 
scala-lang.org/api/current/scala-reflect/index.html#scala.reflect.api.Trees$AppliedTypeTree) MI] 
用 于 类 型 声明 ， 如 val t: T 中 的 T。 




















AY 
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用 equalsStructure 测试 是 否 相 等 。 
你 可 以 使 用 字符 串 播 值 $5{...}， 即 所 谓 的 unquoting， 将 其 他 的 quasiquote 扩展 为 一 个 


quasiquote : 











scala> Seq(tq"Int", tq"String") map { param => 
| q"case class C(s: $param)" 
| } foreach { q => 
| println(showCode(q)) 
| 


case class C(s: Int) 
case class C(s: String) 


因此 ， 我 们 可 以 对 代码 生成 做 参数 化 ! 请 注意 我 们 使 用 的 是 类 型 quasiquote (tq"..."), 这 
是 因为 param 函数 的 参数 是 用 来 做 类 型 声明 的 。 试 着 用 showRaw 替换 showCode， 然 后 用 q 
REFR (如 "Int") 来 替换 td， 再 比较 这 两 个 替换 的 输出 。 


有 了 时， 做 内 播 时 正常 的 值 会 被 “提升 ”为 quasiquote: 

scala> val list = Seq(1,2,3,4) 

scala> val fmt = "%d, %d, %d, %d" 

scala> val printq = q"println($fmt, ..$list)" 

. Slist BANE BA HE SoM. GRA ...$list 用 于 处 理 序列 的 

序列 。) 在 这 里 ， 我 们 用 它 来 调用 可 变 参数 函数 printtn。 相反 的 过 寺 程 是 “降低 ”， 通 常 在 
模式 匹配 中 用 于 quasiquote 的 字符 串 。 

scala> val q"${i: Int} + ${d: Double}" = q"1 + 3.14" 

Ts Int S41 

d: Double = 3.14 
还 有 一 些 其 他 类 型 的 quasiquote 的 : cq 为 case fq 为 for 表达 式 生 成 树 ，pq 
为 模式 匹配 表达 式 生 成 树 。 了 解 详 细 示 例 ， 请 参见 Scaladoc (http://docs.scala-lang.org/ 


overviews/quasiquotes/syntax-summary.html ) 。 


24.4.1 宏 的 示例 : 强制 不 变性 


当 我 们 在 23.5 节 讨 论 了 契约 式 设 计 ， 其 中 提 到 了 雪 企 每 一 个 方 
法 调用 前 后 以 及 阶段 改变 前 后 ， 不 变性 都 应 该 保持 。 强制 不 \ 变 性 。 
回想 一 下 ， 宏 是 一 个 受 限 的 编译 器 插件 ， 在 编译 过 程 的 中 间 阶 段 调 用 。 这 就 要 求 宏 必 须 
与 使 用 宏 的 代码 提前 编译 且 必 须 分 开 进 行 编译 。 我 们 将 在 一 个 源 文件 中 实现 宏 ， 并 在 
ScalaTest 测试 文件 中 使 用 它 ， 以 满足 这 一 要 求 。 这 种 方法 是 可 行 的 ， 因 为 sbt 将 测试 代码 
和 主 代码 分 开 编 译 。 

此 外 ， 宏 的 实现 遵循 一 定 的 约定 ， 我 们 很 快 就 会 看 到 。 以 下 是 宏 invariant 的 源 代 码 : 

// src/main/scala/progscala2/metaprogramming/invariant.scala 

package metaprogramming 


import reflect.runtime.universe._ // © 
import scaLa.Language.experimentaL.macros 
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© 


© 000 


import scala.reflect.macros.blackbox.Context //@ 


[** 

* 使 用 宏 语 法 和 quasiquotes 编 写 宏 时 

* 要 求 谓词 的 测试 结果 在 评估 每 个 语句 之 前 必须 为 真 。 
< 

object invariant { //@ 
case class InvariantFailure(msg: String) extends RuntimeException(msg) 








def apply[T](predicate: => Boolean)(block: => T): T = macro impl // @ 


def impl(c: Context)(predicate: c.Tree)(block: c.Tree) = { // ® 
import c.universe._ // QO 
val predStr = showCode(predicate) //@ 
val q"..$stmts" = block // 日 
val invariantStmts = stmts.flatMap { stmt => // © 


val msg = s"FAILURE! $predStr == false, for statement: " + showCode(stmt) 
val tif = q"throw new metaprogramming.invariant. InvariantFailure($msg)" 
val predq2 = q"if (false == Spredicate) $tif" 
List(q"{ val tmp = $stmt; $predq2; tmp };" 

} 


val tif = q"throw new metaprogramming. invariant. InvariantFailure($predStr)" 

val predq = g"if (false == predicate) $tif" 

q"Spredq; ..SinvariantStmts" // ® 

} 
} 

导入 所 需 的 反射 和 宏 。 我 们 正在 构建 一 个 “ 黑 盒 ”的 宏 ， 它 不 会 改变 其 包围 的 表达 
式 的 签名 。( 详 细 信 息 见 文档 (http://docs.scala-lang.org/overviews/macros/blackbox- 
whitebox.html) 。) 
对 于 Scala 2.10 版， 用 scala.reflect.macros.Context (EFF, 


invariant. apply 方法 用 来 包装 我 们 想 要 强制 规定 为 不 可 变 的 表达 式 。 如 果 失 败 ， 将 会 
HOU InvariantFailure 异常 。 
宏 始 终 以 共有 方法 为 开始 ， 该 方法 由 客户 端 代 码 调用 且 方 法 体 包含 macro impL。 在 这 
种 情 况 下 ， 要 传人 两 个 参数 : 一 个 谓词 ， 用 来 对 第 二 个 参数 中 的 每 个 语句 进行 测试 ， 
另 一 个 是 用 来 执行 的 代码 块 。 


方法 impl 带 的 参数 与 apply 的 参数 对 应 ， 其 中 每 一 个 都 是 从 表达 式 中 生成 的 抽象 语 


法 树 。 类 型 c.Tree 是 Context (http://www.scala-lang.org/api/current/scala-reflect/index. 
html#scala.reflect.macros.blackbox.Context) 对 象 中 的 一 个 路 径 依赖 类 型 ， 是 impl 的 第 


一 个 参数 。 
我 们 需要 使 用 与 上 下 文 对 应 的 universe， 所 以 需要 导入 universe 的 成 员 。 

为 predicate 创建 错误 信息 的 字符 串 。 

用 模式 匹配 将 block 转 为 语句 序列 。 

对 语句 做 扁平 映射 (flat map)， 对 每 一 个 语句 做 修改 ， 以 捕捉 它们 的 返回 人 
谓词 (如果 失败 ， 抛 出 InvariantFailure 异常 )， 然 后 返回 结果 。 











TI 
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© 重新 连接 各 个 语句 ， 在 前 面 加 上 对 谓词 的 简单 判断 ， 并 返回 修改 后 的 AST. 


如 果 没 有 quasiquote， 这 份 实现 会 难 写 得 多 ， 因 为 我 们 必须 知道 AST 具体 实现 的 细节 ， 以 
及 如 何 操纵 AST 树 。 


下 面 我 们 看 一 个 例子 ， 并 在 以 下 ScalaTest 中 进行 测试 。 在 这 里 我 们 将 使 用 Variable 类 ， 
该 类 中 有 2 个 可 变 字段 ， 之 后 我 们 将 强制 字符 串 字 段 s 成 为 不 可 变 的 字段 : 


// src/test/scala/progscala2/metaprogramming/InvariantSpec.scala 
package metaprogramming 

import reflect.runtime.universe._ 

import org.scalatest.FunSpec 


























class InvariantSpec extends FunSpec { 
case class Variable(var i: Int, var s: String) 


describe ("invariant.apply") { 


def succeed() = { //@ 
val v = Variable(0, "Hello!") 
val i1 = invariant(v.s == "Hello!") { // @ 
VvV.i += 1 
v.i += 1 
v.i 
} 
assert (i1 === 2) 
} 


it ("should not fail if the invariant holds") { succeed() } 
it ("should return the value returned by the expressions") { succeed() } 


it ("should fail if the invariant is broken") { 


intercept[invariant.InvariantFailure] { // 日 
val v = Variable(0, "Hello!") 
invariant(v.s == "Hello!") { 
v.i += 1 
v.s = "Goodbye!" 
v.i += 1 
} 
} 
} 
} 


@ 辅助 方法 ， 用 来 检查 invariant 包含 的 值 。 
@ 在 代码 块 中 执行 语句 时 ， 需 要 保持 字符 串 字 段 不 变 。 

© 预期 会 抛 出 InvariantFailure， 因 为 字符 串 被 修改 了 。 

可 以 在 注释 中 去 掉 intercept[…] 这 一 行 和 相应 的 大 括号 。 之 后 测试 将 会 失败 ， 并 出 现 以 
下 错误 信息 : 


[info] - should fail if the invariant is broken *** FAILED *** 
[info] metaprogramming.invariant$InvariantFailure: 
FAILURE! v.s.==("Hello!") == false, for statement: v.`s_=`("Goodbye!") 
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对 于 失败 的 谓词 和 触发 该 失败 的 语句 ， 我 们 可 以 显示 可 读 性 很 强 的 消息 ， 这 一 点 非常 强 
大 。 整 个 实现 只 需要 几 十 行 代码 ， 却 演示 了 宏 的 强大 功能 。 
如 果 和 手写 以 上 的 所 有 代码 ， 你 会 发 现 InvariantSpec 的 第 一 个 测试 看 起 来 很 像 下 面 的 代码 。 
在 下 面 这 段 代码 中 ， 我 将 循环 中 的 代码 提取 为 一 个 辅助 方法 faitL， 用 来 避免 元 余 : 

def fail[T](predStr: String, stmtStr: String): Nothing = { 


val msg = s"FAILURE! SpredStr == false, for statement: $stmtStr" 
throw new metaprogramming. invariant. InvariantFailure(msg) 


} 
val v = Variable(@, "Hello!") 
val il = 
if (v.s != "Hello!") fail("v.s == \"Hello!\"", "") 
val tmp1 = v.i += 1 
if (v.s != "Hello!") fail("v.s == \"Hello!\"", "v.i += 1") 
val tmp2 = v.i += 1 
if (v.s != "Hello!") fail("v.s == \"Hello!\"", "v.i += 1") 
val tmp3 = v.i 
if (v.s != "Hello!") fail("v.s == \"Hello!\"", "v.i") 
tmp3 
} 


在 quasiquote 的 文档 中 存在 其 他 一 些 很 有 用 的 示例 ， 例 如 : 在 代码 块 中 ， 每 个 语句 执行 之 
前 打印 调试 语句 。 


24.4.2 ”关于 宏 的 最 后 思考 


宏 的 强大 功能 相当 诱 人 ， 但 开发 、 调 试 和 维护 宏 也 很 具 挑 战 性 。 你 可 以 在 第 三 方 库 中 找到 
很 多 使 用 宏 的 例子 。 不 过 还 是 要 记 住 ， 所 有 反射 API， 特 别 是 有 关 宏 的 包 ， 都 被 认为 是 实 
验 性 的 ， 因 而 它们 需要 继续 快速 地 发 展 。 


245 ”本 章 回顾 与 下 一 章 提要 


如 果 已 经 读 到 这 里 ， 你 现在 已 经 掌握 了 Scala 语言 的 所 有 主要 特性 ， 并 且 也 擎 握 了 如 何 最 
好 地 运用 它们 。 我 希望 这 里 的 代码 示例 可 以 作为 你 自己 的 项 目 模板 。 如 果 需 要 更 多 关于 不 
同类 型 的 应 用 程序 和 工具 集 的 示例 ， 请 参见 Typesafe 网 站 (http://typesafe.com/activator) 
上 的 Activator 项 目 。Typesafe 还 为 开发 者 提供 了 关于 Scala、Akka、Play 和 其 他 工具 的 订 
阅 资源 ， 这 样 的 工具 变 得 越 来 越 多 。Typesafe 也 提供 培训 和 咨询 。 

在 接 下 来 的 几 年 ，Scala 将 会 如 何 改变 ? 自 《Scala 程序 设计 (第 1 版 )》 出 版 以 来 ， 无 论 是 
语言 的 成 熟 度 还 是 行业 的 应 用 程度 上 ，Scala 都 发 生 了 巨大 的 变化 。 预 计 Scala 的 应 用 会 继 
续 增长 ， 尤 其 在 大 数据 背景 下 的 今天 。Scala 本 身 的 演化 已 经 稳定 。 即 使 是 安 ， 也 将 在 一 
年 或 两 年 内 稳定 下 来 。Scala 及 相关 的 外 围 生态 系统 的 许多 工作 将 定位 于 提高 性 能 、 减 少 
bug、 废 弃 语 言 上 的 “ 瘤 ”， 以 及 提高 Scala 外 围 工具 上 ， 如 IDE 对 Scala 的 支持 等 。 

Martin Odersky 正在 开发 一 门类 似 Scala 的 语言 ， 该 语言 基于 一 个 新 的 类 型 系统 ， 称 为 
DOT， 意 为 依赖 对 象 类 型 (dependent object typing)。 这 有 可 能 成 为 Scala 3.0 (更 多 信 
息 ， 请 参见 DOT 幻灯 片 (http:/ampwww.epfi.ch/~amin/dot/fool_slides.pdf) 和 PDF (http:// 
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www.cs.uwm.edu/~boyland/fool2012/papers/fool2012_submission_3.pdf ) ) 。 


DOT 基于 依赖 类 型 (dependent typing)， 这 是 目前 类 型 理论 中 最 先进 的 ， 人 允许 “包含 三 个 
元 素 的 数组 ”这 样 的 概念 作为 一 个 类 型 。 目 前 ， 大 多 数 语言 的 类 型 系统 还 不 能 将 尺寸 约束 
作为 一 种 类 型 的 一 部 分 。 为 什么 这 个 非常 重要 ? 它 可 以 推动 我 们 向 可 证 明 的 正确 的 程序 迈 
进一步 ， 在 这 样 的 程序 中 ， 类 型 相当 于 定理 ， 而 程序 是 定理 的 证 明 〈 见 维基 百科 (http:/ 
en.wikipedia.org/wiki/Curry %E2%80%93Howard_correspondence) ) 。 


这 门 新 的 语言 也 将 在 其 他 方面 简化 类 型 系统 ， 并 去 掉 语 言 上 的 “ 瘤 "。 但 这 有 至少 需要 几 年 
时 间 。 


在 此 期 间 ， 你 可 以 使 用 Scala 来 改善 你 创建 应 用 程序 的 方式 ， 同 时 利用 成 熟 的 Java 生态 系 
统 的 丰富 性 ， 或 者 更 进一步 讲 ， 你 可 以 通过 Scala 的 scalajs (http:/Avww.scala-js.org) 利用 
充满 活力 的 JavaScript 生态 系统 。 我 希望 《Scala 程序 设计 (第 2 版 )》 能 够 帮助 读者 们 获得 
成 功 。 
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作者 简介 

Dean Wampler 博士 是 Typesafe 公司 的 大 数据 产品 架构 师 。 他 大 力 倡 导 使 用 Scala 作 
为 大 数据 应 用 软件 的 最 佳 开发 工具 。Dean 曾 与 他 人 合 编 了 《Hive 编程 指南 》 一 书 ， 
也 是 O'Reilly 出 版 的 《面向 Java 开发 者 的 注 数 式 编程 》 的 作者 。Dean 为 若干 开源 项 
目 贡献 了 代码 ， 了 蕊 是 多 个 技术 大 会 以 及 芝加哥 用 户 组 的 组 织 者 。 在 Twitter 上 可 以 搜 
索 @deanwampler 找到 他 。 


Alex Payne 是 一 名 程序 员 、 作 家 ， 同 时 也 是 一 位 天 使 投资 人 ， 主 要 投资 初创 公司 。 在 担任 
在 线 银行 服务 Simple 的 CTO 和 在 Twitter 担任 平台 负责 人 时 ， 他 部 署 了 Scala 开发 的 应 用 
程序 。Alex 是 年 度 新 兴 语 言 大 会 的 组 织 者 ， 该 大 会 是 新 编程 语言 和 开发 工具 的 展示 平台 。 
他 本 人 也 是 技术 与 商业 大 会 的 演讲 者 。 你 可 以 搜索 @al3x 在 Twitter 上 找到 他 ， 或 者 访问 
他 的 个 人 网 站 https://al3x.net。 


封面 介绍 


本 书 封面 上 的 动物 是 马 来 获 (区 紫檀 )， 也 称 作 亚 洲 猜 。 这 是 一 种 体 色 黑 白 的 蹄 类 哺乳 动 
物 ， 有 着 猪 一 样 的 滚圆 、 敦 实 的 体型 。 马 来 猿 体 长 约 6~8 RR, KE 550~700 F, RIA 
狼 类 中 体型 最 大 的 ， 生 活 在 东南 亚 的 热带 雨林 地 区 。 


马 来 攻 的 体型 十 分 惊人 : 它 的 前 半身 与 后 腿 是 纯 黑色 的 ， 而 白色 的 腹部 看 上 去 像 是 一 个 马 
鞍 。 在 月 光照 炮 下 的 密林 中 ， 这 样 的 身体 特征 有 利于 马 来 狼 进行 完美 的 伪装 。 它 的 皮 很 
厚 ， 尾部 粗 短 ， 鼻 口 部 短小 却 非 常 呈 活 。 尽 管 看 上 去 非常 笨重 ， 但 马 来 猜 攀 息 和 跑 动 起 来 
都 非常 灵敏 。 

马 来 攻 是 独居 动物 ， 主 要 在 夜间 活动 。 它 的 视力 一 般 很 差 ， 所 以 依靠 嗅觉 和 听觉 在 区 域 里 
寻找 食物 或 者 追踪 其 他 的 马 来 猿 ， 用 高 亢 的 口哨 声 来 交流 。 马 来 狂 的 捕食 者 包括 虎 、 狗 以 
及 人 类 。 由 于 栖息 地 的 破坏 和 人 类 过 度 地 捕猎 ， 马 来 长 已 经 被 列 为 濒危 物种 。 

封面 图 片 来 自 多 弗 尔 画报 档案 。 














473 


O'REILLY” 





Scala 程 序 设 计 ( 第 2 版 ) 


Scala 具 备 现代 对 象 模 型 、 函 数 式 编程 以 及 先进 类 型 系统 的 所 有 优势 ， 是 
一 门 可 以 满足 现代 软件 工程 师 需 求 的 语言 。 本 书 通过 大 量 的 代码 示例 ， 
向 读者 全 面 展示 了 在 Scala 语 言 生态 环境 下 如 何 高 效 地 编写 代码 ， 同 时 闻 
明了 Scala 是 目前 编写 高 扩展 性 和 以 数据 为 中 心 的 应 用 软件 的 最 佳 语言 。 





在 第 1 版 的 基础 之 上 ， 第 2 版 介绍 了 Scala 的 最 新 语言 特性 ， 新 添 了 模式 匹 
配 、 推 导 式 以 及 高 级 函数 式 编程 等 知识 。 通 过 本 书 ， 读 者 还 能 学 会 如 何 
使 用 Scala 命 令 行 工 具 、 第 三 方 工 具 、 库 以 及 适用 于 编辑 器 和 IDE 的 Scala 
相关 插件 。 本 书 既 适合 Scala 初 学 者 入 门 ， 也 适合 经 验 丰富 的 Scala 开 发 者 
参考 。 






































通过 阅读 本 书 ， 你 可 以 : 

国 利用 Scala 简 洁 灵活 的 语法 ， 提 高 编程 效率 ， 

E 深入 学 习 函 数 式 编程 的 基本 技能 和 高 级 技能 ， 

m 使 用 Scala 函 数 式 组 合 器 ， 构 造 “ 杀 手 级 ”大 数据 应 用 ， 

加 使 用 Scala 提 供 的 trait 类 型 实现 mixin 组 合 ， 使 用 模式 匹配 实现 数 
据 抽取 功能 ， 

E 学 习 Scala 语 言 中 复杂 的 类 型 系统 ， 了 解 函数 式 编程 和 面向 对 象 编 
程 中 的 概念 ， 

E 深入 学 习 包 括 Akka 的 Scala 并 发 工具 ，; 

BS 掌握 如 何 开发 丰富 的 领域 特定 语言 。 


作为 一 本 强调 数据 科学 的 图 书 ， 本 书 中 出 现 的 代码 示例 均 保存 在 公开 的 
Github 仓 库 中 。 通 过 立即 可 启动 的 虚拟 机 ， 这 些 示 例 代码 可 以 很 容易 地 
获得 。 该 虚拟 机 中 预 装 了 一 组 lIPython Notebook， 为 我 们 提供 方便 的 交 
互 式 学 习 环 境 。 
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Dean Wampler 博 士 ，Typesafe 公 
司 的 大 数据 架构 师 。Typesafe 使 
用 Scala、 函 数 式 编程 、Spark、 


Hadoop 以 及 Ak 
处 理 与 分 析 的 工 
是 《面向 Java 开 
程 》 的 作者 ， 同 


ka 技术 编写 数据 
具 和 服务 。Dean 
发 者 的 函数 式 编 
时 也 与 他 人 合 著 








了 《Hive 编 程 指 南 》 一 书 。 


Alex Payne 是 Twitter 的 平台 组 
长 。 在 Alex 开 发 的 服务 基础 上 ， 
其 他 的 程序 开发 者 构造 了 一 套 
备 受 欢迎 的 社交 消息 服务 。 此 
前 ，Alex 还 为 政治 竞选 、 公 益 性 
组 织 以 及 初创 企业 编写 过 一 些 
Web 应 用 。 
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